| Priority | medium |
|---|---|
| Bug ID | 62889 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | ColorTiling results in glitches on Radeon HD 7970 + Glamor |
| Severity | normal |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | kallisti5@unixzen.com |
| Hardware | x86-64 (AMD64) |
| Status | NEW |
| Version | git |
| Component | Drivers/Gallium/radeonsi |
| Product | Mesa |
Versions tried Stable: LLVM 3.2 + Mesa 9.1.1 + kernel 3.8.4 Mainline LLVM 3.3-devel + mesa 9.2-devel + kernel 3.8.4 Gnome Desktop. Attempting to use Glamor on the Radeon HD 7970 results in odd screen artifacts. Cursor is not effected however. worked with agd5f in irc without any luck
Created attachment 77180 [details]
xorglog wcolortile stable software version
Created attachment 77181 [details]
xorgconf wcolortile stable software version
Created attachment 77182 [details]
dmesg wcolortile stable software version
Created attachment 77183 [details]
Example of corruption
If I disable ColorTiling, Gnome doesn't load completely only showing the desktop wallpaper Errors about unable to find displaybuffer (or something like that... not sure of exact error) While the display is corrupt.. I *can* tell that acceleration is working due to the speed of the GUI compared to llvmpipe.
Created attachment 77279 [details]
software packages
attaching related software package versions. A version number means a stable
upstream version, a date stamp means that it was a build of the latest git code
from that date.
This is why ColorTiling is still disabled by default for your = card... just leave it at that? :) (In reply to comment #5) > If I disable ColorTiling, Gnome doesn't load com= pletely only showing the > desktop wallpaper Errors about unable to find displaybuffer (or someth= ing > like that... not sure of exact error) Sounds like a separate issue. FWIW, 'unable to find displaybuffer' sounds l= ike something I've seen myself, though AFAIR without ill effect.
Thanks for the input. I disabled colortiling and installed xfce.. success! It seems like Gnome 3.6 won't work unless color tiling is enabled. I double checked the gnome session logs and don't see the previously mentioned error anymore.. just a blank desktop wallpaper across both monitors. I erased the gnome config files in .local without any success. I ran a glxinfo from .xinit, and it does confirm that Gallium is in use. (attached)
Created attachment 77335 [details]
glxinfo-nocolortile
Created attachment 77336 [details]
gnome-session --debug output nocolortile
(In reply to comment #8= ) > It seems like Gnome 3.6 won't work unless color = tiling is enabled. I double > checked the gnome session logs and don't see the previously mentioned = error > anymore.. just a blank desktop wallpaper across both monitors. Weird. GNOME 3.6 was and 3.8 still is working fine for me with ColorTiling disabled (on a 7770), and I'm not sure how this could be directly related. = Is there anything in dmesg about GPU lockups, or is gnome-shell getting stuck somehwere, or something like that?
The only dmesg errors are these: [309092.861665] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! [309099.062192] radeon 0000:01:00.0: bo ffff8803fc4cb400 don't has a mapping in vm ffff8803f406b580 [309099.063303] radeon 0000:01:00.0: bo ffff8803fc4cf400 don't has a mapping in vm ffff8803f406b580 [309099.064403] radeon 0000:01:00.0: bo ffff8803fc4c9800 don't has a mapping in vm ffff8803f406b580 [309099.065457] radeon 0000:01:00.0: bo ffff8803fc4cc800 don't has a mapping in vm ffff8803f406b580 [309099.066560] radeon 0000:01:00.0: bo ffff8803fc4cb800 don't has a mapping in vm ffff8803f406b580 [309099.067664] radeon 0000:01:00.0: bo ffff8803fc4c9c00 don't has a mapping in vm ffff8803f406b580 agd5f mentioned that those are normal though. (well, not *normal* but can be ignored)
(In reply to comment #= 12) > [309092.861665] [drm:radeon_cs_ioctl] *ERROR* Fa= iled to parse relocation -12! This means some rendering was dropped on the floor because the kernel ran o= ut of memory. Not sure that can explain it though, unless this keeps repeating= it should continue rendering again.
lol. http://www.phoronix.com/scan.php?page=news_item&px=MTM0Mjk It looks like Jerome Glisse is adding it :)
Created attachment 77614 [details] [review] possible fix Does this kernel patch fix the issue?
I can give it a try, however it may be a few days. I ended up pulling the 7970 and putting it in a box (the cardboard kind) under my desk and replacing it with a 5870 which kind of works minus GPU CP stalls (which i'm opening another bug on :D)
I re-updated my Mesa, llvm-amdgpu, libdrm, to mainline and applied the patch to kernel 3.9.0rc3 Now things seem to be in a better state. The patch doesn't seem to provide any change though as I can boot the older 3.8.x kernel and see the same results. It looks like something changed in Mesa or libdrm for the better. Oddly enough, after the updates while Gnome 3 loads ok with color tiling, Steam now shows the corruption Gnome once showed.. (see new screenshot attached) Sorry i'm kind of all over the place with the testing, I had to update Mesa to get X working again.
Created attachment 78533 [details]
screenshot of steam showing ColorTiling corruption
current xorg:
#Section "Module"
# Load "dri2"
# Load "glamoregl"
#EndSection
Section "Device"
Identifier "7970"
# Driver "modesetting"
# Driver "ati"
Driver "radeon"
# Driver "radeonsi"
# Option "SWcursor" "on"
# Option "EnablePageFlip" "on"
Option "AccelMethod" "glamor"
# Option "AccelMethod" "exa"
Option "RenderAccel" "on"
# Option "SwapbuffersWait" "false"
Option "ColorTiling" "on"
# Option "AccelDFS" "off"
EndSection
I can confirm that after disabling ColorTiling that Steam loads properly. So it looks like: 1) The ColorTiling bug moved from Gnome 3 back to Steam after updating Mesa / libdrm 2) The Patch makes no real difference. 3) Disabling ColoringTiling makes Steam function. So it looks like things are finally working at this point. Going to play some random Steam games to see if there is any corruption or CP stalls as with the HD 5870
| What | Removed | Added |
|---|---|---|
| Attachment #78533 mime type | text/plain | image/png |
Are the 32-bit drivers used by Steam up to date?
Yup. Did the same process for the 32-bit drivers. Same result. I went ahead and ripped mesa out for Catalyst... which is kind of working. Let me know if you guys have any more big ideas :)
(In reply to comment #= 21) > Yup. Did the same process for the 32-bit drivers= . Same result. Works For Me=E2=84=A2... Did you verify with LIBGL_DEBUG=3Dverbose that it'= s picking up the right radeonsi_dri.so?
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | FIXED |