1. 28 9月, 2009 1 次提交
  2. 19 6月, 2009 2 次提交
  3. 13 3月, 2009 2 次提交
    • B
      drm: Make drm_local_map use a resource_size_t offset · 41c2e75e
      Benjamin Herrenschmidt 提交于
      This changes drm_local_map to use a resource_size for its "offset"
      member instead of an unsigned long, thus allowing 32-bit machines
      with a >32-bit physical address space to be able to store there
      their register or framebuffer addresses when those are above 4G,
      such as when using a PCI video card on a recent AMCC 440 SoC.
      
      This patch isn't as "trivial" as it sounds: A few functions needed
      to have some unsigned long/int changed to resource_size_t and a few
      printk's had to be adjusted.
      
      But also, because userspace isn't capable of passing such offsets,
      I had to modify drm_find_matching_map() to ignore the offset passed
      in for maps of type _DRM_FRAMEBUFFER or _DRM_REGISTERS.
      
      If we ever support multiple _DRM_FRAMEBUFFER or _DRM_REGISTERS maps
      for a given device, we might have to change that trick, but I don't
      think that happens on any current driver.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      41c2e75e
    • B
      drm: Split drm_map and drm_local_map · f77d390c
      Benjamin Herrenschmidt 提交于
      Once upon a time, the DRM made the distinction between the drm_map
      data structure exchanged with user space and the drm_local_map used
      in the kernel.
      
      For some reasons, while the BSD port still has that "feature", the
      linux part abused drm_map for kernel internal usage as the local
      map only existed as a typedef of the struct drm_map.
      
      This patch fixes it by declaring struct drm_local_map separately
      (though its content is currently identical to the userspace variant),
      and changing the kernel code to only use that, except when it's a
      user<->kernel interface (ie. ioctl).
      
      This allows subsequent changes to the in-kernel format
      
      I've also replaced the use of drm_local_map_t with struct drm_local_map
      in a couple of places. Mostly by accident but they are the same (the
      former is a typedef of the later) and I have some remote plans and
      half finished patch to completely kill the drm_local_map_t typedef
      so I left those bits in.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Acked-by: NEric Anholt <eric@anholt.net>
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      f77d390c
  4. 29 12月, 2008 1 次提交
  5. 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
  6. 26 4月, 2008 2 次提交
  7. 30 3月, 2008 1 次提交
  8. 20 2月, 2008 1 次提交
  9. 07 2月, 2008 1 次提交
  10. 04 2月, 2008 1 次提交
  11. 15 10月, 2007 1 次提交
  12. 12 7月, 2007 1 次提交
  13. 11 7月, 2007 6 次提交
  14. 09 5月, 2007 1 次提交
  15. 24 3月, 2007 3 次提交
  16. 11 3月, 2007 3 次提交
  17. 08 2月, 2007 2 次提交
  18. 08 12月, 2006 1 次提交
  19. 07 12月, 2006 1 次提交
  20. 22 9月, 2006 2 次提交
    • T
      drm: update user token hashing and map handles · 8d153f71
      Thomas Hellstrom 提交于
      Keep hashed user tokens, with the following changes:
      32-bit physical device addresses are mapped directly to user-tokens. No
          duplicate maps are allowed, and the addresses are assumed to be outside
          of the range 0x10000000 through 0x30000000. The user-token is identical
          to the 32-bit physical start-address of the map.
      64-bit physical device addressed are mapped to user-tokens in the range
      0x10000000 to 0x30000000 with page-size increments. The user_token should
          not be interpreted as an address.
      Other map types, like upcoming TTM maps are mapped to user-tokens in the
          range
      0x10000000 to 0x30000000 with page-size increments. The user_token should
          not be interpreted as an address.
      
      Implement hashed map lookups.
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      8d153f71
    • D
      drm: cleanup old compat code and DRM fns from Linux only code · 3d77461e
      Dave Airlie 提交于
      This patch removes some of the old compatibility macros from the DRM,
      and removes use of DRM wrappers from Linux specific code.
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      3d77461e
  21. 22 3月, 2006 1 次提交
  22. 02 2月, 2006 1 次提交
  23. 22 10月, 2005 2 次提交
  24. 25 9月, 2005 1 次提交
    • D
      drm: lindent the drm directory. · b5e89ed5
      Dave Airlie 提交于
      I've been threatening this for a while, so no point hanging around.
      This lindents the DRM code which was always really bad in tabbing department.
      I've also fixed some misnamed files in comments and removed some trailing
      whitespace.
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      b5e89ed5
  25. 11 9月, 2005 1 次提交