ACK: Fix graphics corruption regression on older ATI
On 25/09/12 10:15, Stefan Bader wrote:
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
again.
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:
https://bugs.freedesktop.org/show_bug.cgi?id=54129
https://bugs.freedesktop.org/show_bug.cgi?id=54662
https://bugzilla.redhat.com/show_bug.cgi?id=846505
https://bugzilla.redhat.com/show_bug.cgi?id=845639
This is the 3.5 stable version of the patch:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=f492c171a38d77fc13a8998a0 721f2da50835224
3.4 and previous kernels do not need to be patched.
Signed-off-by: Christian König <deathsimple@vodafone.de>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
BugLink: http://bugs.launchpad.net/bugs/1029582
(cherry-picked from stable mailing list submission)
Signed-off-by: Stefan Bader <stefan.bader@canonical.com>
---
drivers/gpu/drm/radeon/radeon_fence.c | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)