1. 09 1月, 2012 1 次提交
  2. 22 12月, 2011 4 次提交
    • D
      drm/sis: use drm_mm instead of drm_sman · be2fb9da
      Daniel Vetter 提交于
      v2: Smash compile fix from Tormod Volden <debian.tormod@gmail.com> for
      CONFIG_FB_SIS on top of this.
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      be2fb9da
    • D
      6de8a748
    • D
      drm/sman: rip out owner tracking · 763240de
      Daniel Vetter 提交于
      In contrast to kms drivers, sis/via _always_ associated a buffer with
      a drm fd. So by the time we reach lastclose, all open drm fds are gone
      and with them their associated objects.
      
      So when sis/via call drm_sman_cleanup in their lastclose funcs, that
      will free 0 objects.
      
      The owner tracking now serves no purpose at all, hence rip it ou. We
      can't kill the corresponding fields in struct drm_memblock_item yet
      because we hijack these in the new driver private owner tracking. But
      now that drm_sman.c doesn't touch ->owner_list anymore, we need to
      kill the list_move hack and properly add the item to the file_priv
      list.
      
      Also leave the list_del(&obj->owner_list) in drm_sman_free for the
      moment, it will move to the drivers when sman disappears completely.
      
      v2: Remove the redundant INIT_LIST_HEAD as noted by Chris Wilson
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      763240de
    • D
      drm/sis: track obj->drm_fd relations in the driver · fdc0b8a6
      Daniel Vetter 提交于
      By attach a driver private struct to each open drm fd.
      
      Because we steal the owner_list from drm_sman until things settle,
      use list_move instead of list_add.
      
      This requires to export a drm_sman function temporarily before
      drm_sman will die for real completely.
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      fdc0b8a6
  3. 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
  4. 02 8月, 2010 1 次提交
  5. 18 10月, 2008 2 次提交
  6. 14 7月, 2008 1 次提交
    • D
      drm: reorganise drm tree to be more future proof. · c0e09200
      Dave Airlie 提交于
      With the coming of kernel based modesetting and the memory manager stuff,
      the everything in one directory approach was getting very ugly and
      starting to be unmanageable.
      
      This restructures the drm along the lines of other kernel components.
      
      It creates a drivers/gpu/drm directory and moves the hw drivers into
      subdirectores. It moves the includes into an include/drm, and
      sets up the unifdef for the userspace headers we should be exporting.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      c0e09200
  7. 07 2月, 2008 2 次提交
  8. 05 11月, 2007 1 次提交
  9. 20 10月, 2007 1 次提交
  10. 15 10月, 2007 3 次提交
  11. 17 7月, 2007 1 次提交
  12. 12 7月, 2007 1 次提交
  13. 11 7月, 2007 3 次提交
  14. 22 9月, 2006 4 次提交
  15. 29 3月, 2006 1 次提交
  16. 02 1月, 2006 2 次提交
  17. 25 9月, 2005 2 次提交
  18. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4