Bug 62889

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 completely only showing the
> desktop wallpaper Errors about unable to find displaybuffer (or something
> like that... not sure of exact error)

Sounds like a separate issue. FWIW, 'unable to find displaybuffer' sounds like 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* Failed to parse relocation -12!

This means some rendering was dropped on the floor because the kernel ran out 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

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™... Did you verify with LIBGL_DEBUG=verbose that it's picking up the right radeonsi_dri.so?

With no answer to comment #22, I assume the Steam issue was due to picking up stale 32-bit binaries.