1. 11 11月, 2011 1 次提交
    • A
      drm: Make the per-driver file_operations struct const · e08e96de
      Arjan van de Ven 提交于
      From fdf1fdebaa00f81de18c227f32f8074c8b352d50 Mon Sep 17 00:00:00 2001
      From: Arjan van de Ven <arjan@linux.intel.com>
      Date: Sun, 30 Oct 2011 19:06:07 -0700
      Subject: [PATCH] drm: Make the per-driver file_operations struct const
      
      The DRM layer keeps a copy of struct file_operations inside its
      big driver struct... which prevents it from being consistent and static.
      For consistency (and the general security objective of having such things
      static), it's desirable to get this fixed.
      
      This patch splits out the file_operations field to its own struct,
      which is then "static const", and just stick a pointer to this into
      the driver struct, making it more consistent with how the rest of the
      kernel does this.
      Signed-off-by: NArjan van de Ven <arjan@linux.intel.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      e08e96de
  2. 02 11月, 2011 1 次提交
    • T
      vmwgfx: Reinstate the update_layout ioctl · cd2b89e7
      Thomas Hellstrom 提交于
      We need to redefine a connector as "connected" if it matches a window
      in the host preferred GUI layout.
      Otherwise "smart" window managers would turn on Xorg outputs that we don't
      want to be on.
      
      This reinstates the update_layout and adds the following information to
      the modesetting system.
      a) Connection status <-> Equivalent to real hardware connection status
      b) Preferred mode <-> Equivalent to real hardware reading EDID
      c) Host window position <-> Equivalent to a real hardware scanout address
      dynamic register.
      
      It should be noted that there is no assumption here about what should be
      displayed and where. Only how to access the host windows.
      
      This also bumps minor to signal availability of the new IOCTL.
      
      Based on code originally written by Jakob Bornecrantz
      Signed-off-by: NThomas Hellstrom <thellstrom@vmware.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      cd2b89e7
  3. 01 11月, 2011 1 次提交
  4. 28 10月, 2011 1 次提交
  5. 18 10月, 2011 1 次提交
  6. 10 10月, 2011 2 次提交
  7. 05 10月, 2011 6 次提交
  8. 06 9月, 2011 6 次提交
  9. 01 9月, 2011 4 次提交
  10. 23 2月, 2011 2 次提交
  11. 07 2月, 2011 1 次提交
  12. 27 10月, 2010 1 次提交
  13. 06 10月, 2010 4 次提交
  14. 01 10月, 2010 4 次提交
  15. 16 9月, 2010 1 次提交
    • A
      drm: use noop_llseek · dc880abe
      Arnd Bergmann 提交于
      The drm device drivers currently allow seeking on the
      character device but never care about the actual
      file position.
      
      When we change the default llseek operation to be
      no_llseek, calling llseek on a drm device would
      return an error condition, which is an API change.
      
      Explicitly setting noop_llseek lets us keep the
      current API.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: David Airlie <airlied@linux.ie>
      Cc: dri-devel@lists.freedesktop.org
      dc880abe
  16. 30 8月, 2010 2 次提交
  17. 17 8月, 2010 1 次提交
    • D
      drm: block userspace under allocating buffer and having drivers overwrite it (v2) · 1b2f1489
      Dave Airlie 提交于
      With the current screwed but its ABI, ioctls for the drm, Linus pointed out that we could allow userspace to specify the allocation size, but we pass it to the driver which then uses it blindly to store a struct. Now if userspace specifies the allocation size as smaller than the driver needs, the driver can possibly overwrite memory.
      
      This patch restructures the driver ioctls so we store the structure size we are expecting, and make sure we allocate at least that size. The copy from/to userspace are still restricted to the size the user specifies, this allows ioctl structs to grow on both sides of the equation.
      
      Up until now we didn't really use the DRM_IOCTL defines in the kernel, so this cleans them up and adds them for nouveau.
      
      v2:
      fix nouveau pushbuf arg (thanks to Ben for pointing it out)
      Reported-by: NLinus Torvalds <torvalds@linuxfoundation.org>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      1b2f1489
  18. 03 6月, 2010 1 次提交