https://bugs.freedesktop.org/show_bug.cgi?id=41698
Summary: [r300g] Flickering user interface in WoW Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: rankincj@googlemail.com
I have noticed that the user interface in WoW has started to flicker recently: the more "item" icons (in bags, bank slots or on action bars) that are on the screen at any one time, the more likely the bug is to occur.
Some of the writing in the UI may also be corrupt, but the main problem is that parts of the UI itself disappear and are redrawn very quickly, over and over again.
I have observed the effect with both my RV350 and my M66GL.
According to git bisect:
363ff844753c46ac9c13866627e096b091ea81f8 is the first bad commit commit 363ff844753c46ac9c13866627e096b091ea81f8 Author: Marek Olšák maraeo@gmail.com Date: Tue Sep 27 01:10:20 2011 +0200
winsys/radeon: move GEM domains out of the drivers into winsys
The drivers don't need to care about the domains. All they need to set are the bind and usage flags. This simplifies the winsys too.
This also fixes on r600g: - fbo-depth-GL_DEPTH_COMPONENT32F-copypixels - fbo-depth-GL_DEPTH_COMPONENT16-copypixels - fbo-depth-GL_DEPTH_COMPONENT24-copypixels - fbo-depth-GL_DEPTH_COMPONENT32-copypixels - fbo-depth-GL_DEPTH24_STENCIL8-copypixels I can't explain it.
Reviewed-by: Alex Deucher alexander.deucher@amd.com
:040000 040000 d3e20e17575447571e3ccff63d4c93ed4843f132 9284650b528943cc425d098aa00b35631f2c9da9 M src
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #1 from Chris Rankin rankincj@googlemail.com 2011-10-12 03:35:09 PDT --- Reverting this single patch in git (with the exception of the header file that no longer exists, of course) has fixed the flickering problem. So far, anyway.
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #2 from Chris Rankin rankincj@googlemail.com 2011-10-17 06:26:19 PDT --- This problem does not happen with my RV790. Possibly this is due to the amount of GTT/VRAM that this card has:
ATOM BIOS: RV790 radeon 0000:02:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used) radeon 0000:02:00.0: GTT: 512M 0x0000000040000000 - 0x000000005FFFFFFF mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining [drm] Detected VRAM RAM=1024M, BAR=256M [drm] RAM width 256bits DDR [TTM] Zone kernel: Available graphics memory: 3058994 kiB. [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [TTM] Initializing pool allocator. [drm] radeon: 1024M of VRAM memory ready [drm] radeon: 512M of GTT memory ready.
Compare this to both my RV350 and M66GL, each of which has only 256M of VRAM and 256M of GTT memory.
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #3 from Chris Rankin rankincj@googlemail.com 2011-10-17 14:09:13 PDT --- (In reply to comment #2)
This problem does not happen with my RV790.
Actually, I'm not so sure about this now. Although the effect is certainly a lot less visible that with the RV350 and M66GL.
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #6 from Chris Rankin rankincj@googlemail.com 2011-10-24 16:53:50 UTC --- (In reply to comment #5)
Can you try this patch?
Sorry, no change.
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #4 from Chris Rankin rankincj@googlemail.com 2011-10-24 15:24:33 PDT --- This bug is still happening after this new commit:
commit 2717b8f034db16cf551e167aa5ce3a9be3bf730b Author: Mathias Fröhlich Mathias.Froehlich@gmx.net Date: Sat Oct 8 21:33:23 2011 +0200
winsys/radeon: restore the old r600g winsys memory characteristics.
However, this new commit also means that the original commit can no longer be trivially reverted.
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #5 from Marek Olšák maraeo@gmail.com 2011-10-24 16:18:42 PDT --- Created attachment 52721 --> https://bugs.freedesktop.org/attachment.cgi?id=52721 possible fix
Can you try this patch?
https://bugs.freedesktop.org/show_bug.cgi?id=41698
--- Comment #7 from Chris Rankin rankincj@googlemail.com 2011-10-25 13:35:56 PDT --- Created attachment 52764 --> https://bugs.freedesktop.org/attachment.cgi?id=52764 Trace after GPU lockup
I'm not sure if this is related, but this is the first GPU lockup in a while and it coincides with me no longer reverting the problem patch.
https://bugs.freedesktop.org/show_bug.cgi?id=41698
Chris Rankin rankincj@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #8 from Chris Rankin rankincj@googlemail.com 2011-12-28 17:26:26 PST --- This bug looks like it's now fixed since:
commit 93f4e3cb6c1ca303ee1f5c2a2491a8eff33f2633 Author: Marek Olšák maraeo@gmail.com Date: Sat Dec 24 08:15:40 2011 +0100
winsys/radeon: move managing GEM domains back to drivers
This partially reverts commit 363ff844753c46ac9c13866627e096b091ea81f8.
Even better, WoW has even survived several "slow downs" that previously would almost certainly have caused the GPU to lock up.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org