1. 02 2月, 2006 1 次提交
  2. 26 1月, 2006 1 次提交
  3. 25 1月, 2006 6 次提交
  4. 12 1月, 2006 1 次提交
  5. 11 1月, 2006 3 次提交
  6. 10 1月, 2006 2 次提交
    • D
      drm: fix radeon warnings on 64-bit · f8e0f290
      Dave Airlie 提交于
      From: Andrew Morton <akpm@osdl.org>
      
      drivers/char/drm/radeon_state.c: In function `radeon_cp_dispatch_texture':
      drivers/char/drm/radeon_state.c:1653: warning: int format, different type arg
      (arg 3)
      drivers/char/drm/radeon_state.c:1661: warning: int format, different type arg
      (arg 3)
      drivers/char/drm/radeon_state.c:1689: warning: int format, different type arg
      (arg 3)
      
      sizeof() doesn't return an int.
      
      Cc: Dave Airlie <airlied@linux.ie>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      f8e0f290
    • D
      drm: fix warning on alpha · 2185200c
      Dave Airlie 提交于
      From: Andrew Morton <akpm@osdl.org>
      
      On alpha:
      
      drivers/char/drm/via_dmablit.h:44: error: field `direction' has incomplete type
      
      Cc: Dave Airlie <airlied@linux.ie>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      2185200c
  7. 03 1月, 2006 1 次提交
  8. 02 1月, 2006 15 次提交
  9. 30 12月, 2005 1 次提交
    • L
      Revert radeon AGP aperture offset changes · 392c14be
      Linus Torvalds 提交于
      This reverts the series of commits
      
      	67dbb4ea
      	281ab031
      	47807ce3
      
      that changed the GART VM start offset.  It fixed some machines, but
      seems to continually interact badly with some X versions.
      
      Quoth Ben Herrenschmidt:
      
        "So I think at this point, the best is that we keep the old bogus code
         that at least is consistent with the bug in the server. I'm working on a
         big patch to X that reworks the memory map stuff completely and fixes
         those issues on the server side, I'll do a DRM patch matching this X fix
         as well so that the memory map is only ever set in one place and with
         what I hope is a correct algorithm..."
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      392c14be
  10. 28 12月, 2005 1 次提交
    • B
      [PATCH] Fix more radeon GART start calculation cases · 67dbb4ea
      Benjamin Herrenschmidt 提交于
      As reported by Jules Villard <jvillard@ens-lyon.fr> and some others, the
      recent GART aperture start reconfiguration causes problems on some
      setups.
      
      What I _think_ might be happening is that the X server is also trying to
      muck around with the card memory map and is forcing it back into a wrong
      setting that also happens to no longer match what the DRM wants to do
      and blows up.  There are bugs all over the place in that code (and still
      some bugs in the DRM as well anyway).
      
      This patch attempts to avoid that by using the largest of the 2 values,
      which I think will cause it to behave as it used to for you and will
      still fix the problem with machines that have an aperture size smaller
      than the video memory.
      Acked-by: NJules Villard <jvillard@ens-lyon.fr>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      67dbb4ea
  11. 19 12月, 2005 1 次提交
  12. 16 12月, 2005 1 次提交
  13. 13 12月, 2005 1 次提交
  14. 01 12月, 2005 1 次提交
  15. 24 11月, 2005 1 次提交
    • D
      drm: fix quiescent locking · cf65f162
      Dave Airlie 提交于
      A fix for a locking bug which is triggered when a client tries to lock with
      flag DMA_QUIESCENT (typically the X server), but gets interrupted by a signal.
      The locking IOCTL should then return an error, but if DMA_QUIESCENT succeeds
      it returns 0, and the client falsely thinks it has the lock. In addition
      The client waits for DMA_QUISCENT and possibly DMA_READY without having the lock.
      
      From: Thomas Hellstrom
      Signed-off-by: NDave Airlie <airlied@linux.ie>
      cf65f162
  16. 23 11月, 2005 3 次提交