I saw this on my older Dell 1521. Graphics were unusable and often
lead to complete lockups. Quick testing showed that this seemed to
be fixed in between 3.6-rc5 and 3.6-rc6.
From the few patches in between, the below stood out the most likely
one. It has been submitted to stable on Sep-20 but not yet was
picked up. But testing with this applied would make my Dell work
Only increase the higher 32bits if we really detect a wrap around.
v2: instead of increasing the higher 32bits just use the higher
32bits from the last emitted fence.
v3: also use last emitted fence value as upper limit.
The intention of this patch is to make fences as robust as
they where before introducing 64bit fences. This is
necessary because on older systems it looks like the fence
value gets corrupted on initialization.
Should also fix:
This is the 3.5 stable version of the patch:
3.4 and previous kernels do not need to be patched.
Signed-off-by: Christian König <email@example.com>
Signed-off-by: Alex Deucher <firstname.lastname@example.org>
(cherry-picked from stable mailing list submission)
Signed-off-by: Stefan Bader <email@example.com>
drivers/gpu/drm/radeon/radeon_fence.c | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)