Skip to content

K
kernel_linux

OpenHarmony / kernel_linux
上一次同步 大约 4 年

通知 14
Star 8
Fork 2
K
kernel_linux
切换分支/标签
  1. 11 1月, 2006 1 次提交
  3. 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
  5. 03 1月, 2006 1 次提交
  7. 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
  11. 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
  13. 19 12月, 2005 1 次提交
  15. 16 12月, 2005 1 次提交
  17. 13 12月, 2005 1 次提交
  19. 01 12月, 2005 1 次提交
  21. 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
  23. 23 11月, 2005 3 次提交
  25. 12 11月, 2005 1 次提交
  27. 11 11月, 2005 10 次提交