[Bug 37490] New: texture corruption in r600/r600g when using DRI2, no texture corruption in r600 with dri1
https://bugs.freedesktop.org/show_bug.cgi?id=37490
Summary: texture corruption in r600/r600g when using DRI2, no texture corruption in r600 with dri1 Product: Mesa Version: 7.10 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: nenolod@systeminplace.net
hi,
i get texture corruption as seen in the attached screenshot when using dri2. when running more 3D intensive applications (like say, etracer), the texture corruption increases resulting in some graphics primitives not being rendered.
this does not happen with DRI1, with DRI1, there is no corruption and all primitives are rendered as expected.
this is on linux 2.6.38.6 with alpine patches, mesa 7.10.2 and xorg 1.10 with xf86-video-ati 6.14.1, libdrm 2.4.25 and uclibc 0.9.32-rc3 (also with alpine patches).
there are some bugs that look similar to what i am seeing, but they are all marked RESOLVED, and none of them mention DRI2.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #1 from William Pitcock nenolod@systeminplace.net 2011-05-23 02:00:48 PDT --- it seems that attachment sizes are limited.
see http://nenolod.net/~nenolod/radeon-dri2-gltexture-corruption.png for an example of what i am seeing.
i think this is due to incomplete writes to the card or perhaps an off-by-one of some kind.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #2 from William Pitcock nenolod@systeminplace.net 2011-05-23 02:36:47 PDT --- oh, i forgot to mention, this is on a dual radeon hd 4870 setup.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #3 from Alex Deucher agd5f@yahoo.com 2011-05-23 05:49:22 PDT --- Please attach your xorg log, dmesg output, and glxinfo output.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #4 from Fredrik Höglund fredrik@kde.org 2011-05-23 10:22:09 PDT --- Judging by the screenshot this may be a duplicate of bug 33824.
The logout effect in KWin uses automatically generated mipmaps + LOD bias to blur all windows except the dialog in the center of the screenshot.
Does the problem go away if you set ColorTiling to False in your xorg.conf file?
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #5 from Tobias Jakobi liquid.acid@gmx.net 2011-05-23 10:31:38 PDT --- This is most likely _no_ duplicate, since tiling still has to be force on with an envvar. And I don't see this happening from the explanations in the initial post.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #6 from William Pitcock nenolod@systeminplace.net 2011-05-23 12:45:35 PDT --- re: color tiling, i believe it is disabled by default, but i will try and see if that is the problem.
i will also get dmesg / Xorg logs when i switch back over to DRI2.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #7 from William Pitcock nenolod@systeminplace.net 2011-05-23 21:29:45 PDT --- Created an attachment (id=47086) --> (https://bugs.freedesktop.org/attachment.cgi?id=47086) dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #8 from William Pitcock nenolod@systeminplace.net 2011-05-23 21:31:43 PDT --- Created an attachment (id=47087) --> (https://bugs.freedesktop.org/attachment.cgi?id=47087) glxinfo
https://bugs.freedesktop.org/show_bug.cgi?id=37490
William Pitcock nenolod@systeminplace.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #47086|0 |1 is obsolete| |
--- Comment #9 from William Pitcock nenolod@systeminplace.net 2011-05-23 21:40:50 PDT --- Created an attachment (id=47088) --> (https://bugs.freedesktop.org/attachment.cgi?id=47088) actual dmesg (copy and paste fail)
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #10 from William Pitcock nenolod@systeminplace.net 2011-05-23 21:41:53 PDT --- Created an attachment (id=47089) --> (https://bugs.freedesktop.org/attachment.cgi?id=47089) Xorg.0.log
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #11 from William Pitcock nenolod@systeminplace.net 2011-05-23 21:44:01 PDT --- glxinfo, dmesg and xorg log have been attached.
KMS color tiling is disabled. color tiling is also disabled without KMS. enabling color tiling on DRI1 does not trigger the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
Michel Dänzer michel@daenzer.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #47089|text/x-log |text/plain mime type| |
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #12 from Michel Dänzer michel@daenzer.net 2011-05-24 08:43:15 PDT --- Could be a mipmap generation issue then. Is it still broken with r600g from upstream Git master?
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #13 from William Pitcock nenolod@systeminplace.net 2011-05-24 13:34:59 PDT --- i don't know, and my concern is mostly with the non-gallium driver right now.
i can test the gallium driver, but i need the normal driver to work as i have 32-bit applications i am running in a debian chroot. thusly, i do not really use the gallium driver yet... i only tested it to see if it did the same thing, which it does.
the result is not the same everytime you trigger that kwin effect though; sometimes i get part of a console framebuffer (e.g. radeondrmfb).
so would it make more sense for me to test non-gallium driver first?
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #14 from Alex Deucher agd5f@yahoo.com 2011-05-24 14:19:34 PDT --- (In reply to comment #13)
i don't know, and my concern is mostly with the non-gallium driver right now.
i can test the gallium driver, but i need the normal driver to work as i have 32-bit applications i am running in a debian chroot. thusly, i do not really use the gallium driver yet... i only tested it to see if it did the same thing, which it does.
the result is not the same everytime you trigger that kwin effect though; sometimes i get part of a console framebuffer (e.g. radeondrmfb).
so would it make more sense for me to test non-gallium driver first?
No one is really working on the non gallium driver any more, so it's not likely to get much more attention.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #15 from William Pitcock nenolod@systeminplace.net 2011-05-24 14:32:50 PDT --- (In reply to comment #14)
(In reply to comment #13)
i don't know, and my concern is mostly with the non-gallium driver right now.
i can test the gallium driver, but i need the normal driver to work as i have 32-bit applications i am running in a debian chroot. thusly, i do not really use the gallium driver yet... i only tested it to see if it did the same thing, which it does.
the result is not the same everytime you trigger that kwin effect though; sometimes i get part of a console framebuffer (e.g. radeondrmfb).
so would it make more sense for me to test non-gallium driver first?
No one is really working on the non gallium driver any more, so it's not likely to get much more attention.
well, i will try and see if r600g git master solves the problem. unfortunately, i think this means i'm screwed when it comes to running proprietary apps in chroots.
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #16 from Andreas Boll andreas.boll.dev@gmail.com 2012-08-09 15:03:34 UTC --- (In reply to comment #15)
(In reply to comment #14)
(In reply to comment #13)
i don't know, and my concern is mostly with the non-gallium driver right now.
i can test the gallium driver, but i need the normal driver to work as i have 32-bit applications i am running in a debian chroot. thusly, i do not really use the gallium driver yet... i only tested it to see if it did the same thing, which it does.
the result is not the same everytime you trigger that kwin effect though; sometimes i get part of a console framebuffer (e.g. radeondrmfb).
so would it make more sense for me to test non-gallium driver first?
No one is really working on the non gallium driver any more, so it's not likely to get much more attention.
well, i will try and see if r600g git master solves the problem. unfortunately, i think this means i'm screwed when it comes to running proprietary apps in chroots.
hi William,
did you have any chance to test r600g git master in the mean time?
https://bugs.freedesktop.org/show_bug.cgi?id=37490
Andreas Boll andreas.boll.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO
https://bugs.freedesktop.org/show_bug.cgi?id=37490
Andreas Boll andreas.boll.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |WONTFIX
--- Comment #17 from Andreas Boll andreas.boll.dev@gmail.com --- The classic r600 driver has been abandoned long ago. It was replaced by the Gallium driver r600g.
If you have issues with r600g please file a new bug report with component Drivers/Gallium/r600
Thanks.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org