1. 31 3月, 2010 3 次提交
  2. 15 3月, 2010 3 次提交
  3. 25 2月, 2010 1 次提交
  4. 11 2月, 2010 2 次提交
  5. 09 2月, 2010 3 次提交
  6. 25 1月, 2010 1 次提交
  7. 24 1月, 2010 3 次提交
  8. 21 1月, 2010 2 次提交
  9. 10 12月, 2009 2 次提交
  10. 08 12月, 2009 1 次提交
  11. 04 12月, 2009 1 次提交
  12. 02 12月, 2009 2 次提交
  13. 28 10月, 2009 2 次提交
  14. 26 10月, 2009 2 次提交
  15. 16 10月, 2009 1 次提交
  16. 12 10月, 2009 5 次提交
  17. 05 10月, 2009 1 次提交
  18. 18 9月, 2009 1 次提交
  19. 08 9月, 2009 2 次提交
  20. 29 7月, 2009 2 次提交
    • J
      drm/radeon/kms: fix bandwidth computation on avivo hardware · c93bb85b
      Jerome Glisse 提交于
      Fix bandwidth computation and crtc priority in memory controller
      so that crtc memory request are fullfill in time to avoid display
      artifact.
      Signed-off-by: NJerome Glisse <jglisse@redhat.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      c93bb85b
    • D
      drm/radeon/kms: add initial colortiling support. · e024e110
      Dave Airlie 提交于
      This adds new set/get tiling interfaces where the pitch
      and macro/micro tiling enables can be set. Along with
      a flag to decide if this object should have a surface when mapped.
      
      The only thing we need to allocate with a mapped surface should be
      the frontbuffer. Note rotate scanout shouldn't require one, and
      back/depth shouldn't either, though mesa needs some fixes.
      
      It fixes the TTM interfaces along Thomas's suggestions, and I've tested
      the surface stealing code with two X servers and not seen any lockdep issues.
      
      I've stopped tiling the fbcon frontbuffer, as I don't see there being
      any advantage other than testing, I've left the testing commands in there,
      just flip the fb_tiled to true in radeon_fb.c
      
      Open: Can we integrate endian swapping in with this?
      
      Future features:
      texture tiling - need to relocate texture registers TXOFFSET* with tiling info.
      
      This also merges Michel's cleanup surfaces regs at init time patch
      even though it makes sense on its own, this patch really relies on it.
      
      Some PowerMac firmwares set up a tiling surface at the beginning of VRAM
      which messes us up otherwise.
      that patch is:
      Signed-off-by: NMichel Dänzer <daenzer@vmware.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      e024e110