After finding http://bugs.freedesktop.org/show_bug.cgi?id=26358 I found
out that "new_pll=0" as radeon module parameter seems to fix the
problem. That is, I've been running with it for multiple days and have
not yet reproduced the flickering behaviour I had before.
Given the (freedesktop) bug
I've done more experimenting regarding this issue.
With the patch and "disp_priority=2" module parameter the glitching is
significantly reduced (though not completely). It makes my computer more
usable.
2.6.34-rc5 with "disp_priority=2" is (much) worse than
2.6.32-4_2.6.32-10 (with patch), h
The "new" 2.6.32-11 exhibits the same flickering behaviour as 2.6.32-10.
With the application "Eclipse" running in the foreground the flickering
is unbearable with 2.6.32-11 and 2.6.32-10 with the patch from
http://marc.info/?l=dri-devel&m=126996657723896&w=2 (I have not tested
the unpatched versi
I've been a little bit premature about cheering it was fixed.
It occurs much more rarely, but it occasionally happens. I've had three
occurrences in 8 hours of use (instead of 3 or so a minute). One time a
cronjob just started updatedb, the other times I could not find any busy
application.
--
Alex Deucher wrote:
> should be fixed with this patch:
> http://marc.info/?l=dri-devel&m=126996657723896&w=2
>
> Alex
Yes, applying that (manually because some chunks fail to apply) to the
kernel's source package seems to fix the issue. Thanks you!
So it seems the problem is in the kernel and no
5 matches
Mail list logo