[Bug 84836] New: VERDE lockup with Unigine Valley/Heaven if ARB_sample_shading is enabled
https://bugs.freedesktop.org/show_bug.cgi?id=84836
Bug ID: 84836 Summary: VERDE lockup with Unigine Valley/Heaven if ARB_sample_shading is enabled Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: alexander@tsoy.me
Created attachment 107614 --> https://bugs.freedesktop.org/attachment.cgi?id=107614&action=edit dmesg output
Unigine Valley 1.0 and Heaven 4.0 cause VERDE GPU lockup when ARB_sample_shading is enabled. With kernel 3.14.19 I got immediate lockup. 3.14.20 allows Valley and Heaven to run for up to 1 min. GPU fails to resume after lockup, screen becomes corrupted and I need to reboot the system.
If I disable ARB_sample_shading (via env variable MESA_EXTENSION_OVERRIDE=-GL_ARB_sample_shading) then VERDE GPU do not hang at all (currently valley is running on my system for more than two hours without lockups).
I also have BONAIRE GPU and it does not hang.
Software versions:
kernel-3.14.20 mesa-10.3.0 llvm-3.5 xf86-video-ati 7.4.0 libdrm-2.4.56
https://bugs.freedesktop.org/show_bug.cgi?id=84836
--- Comment #1 from Michel Dänzer michel@daenzer.net --- Seems to work fine on my Cape Verde. What brand and model do you have specifically?
Can you try a newer kernel?
https://bugs.freedesktop.org/show_bug.cgi?id=84836
--- Comment #2 from Alexander Tsoy alexander@tsoy.me --- (In reply to Michel Dänzer from comment #1)
Seems to work fine on my Cape Verde. What brand and model do you have specifically?
Gigabyte GV-R775OC-2GI. And if that matters, it's a revision with Micron memory, flashed with latest available BIOS version F3.
Can you try a newer kernel?
I'll try 3.16 and 3.17 kernels next week.
https://bugs.freedesktop.org/show_bug.cgi?id=84836
--- Comment #3 from Marek Olšák maraeo@gmail.com --- I think you forgot to install drirc from Mesa. What happens if you set this env var?
allow_glsl_extension_directive_midshader=true
https://bugs.freedesktop.org/show_bug.cgi?id=84836
--- Comment #4 from Alexander Tsoy alexander@tsoy.me --- (In reply to Marek Olšák from comment #3)
I think you forgot to install drirc from Mesa. What happens if you set this env var?
No, I have correct drirc.
allow_glsl_extension_directive_midshader=true
Setting this env variable doesn't help.
(In reply to Michel Dänzer from comment #1)
Can you try a newer kernel?
I just tried 3.17.0:
- GPU still hangs if ARB_sample_shading is not disabled.
- It seems lockup detection timeout was increased significantly:
kernel: radeon 0000:01:00.0: ring 0 stalled for more than 91985msec kernel: radeon 0000:01:00.0: GPU lockup (waiting for 0x000000000000e90a last fence id 0x000000000000e8fb on ring 0)
- Unrelated to this bug, but.. animation is VERY choppy. I constantly see several-seconds-long freezes, and sometimes >10 sec long freezes.
https://bugs.freedesktop.org/show_bug.cgi?id=84836
--- Comment #5 from Michel Dänzer michel@daenzer.net --- (In reply to Alexander Tsoy from comment #4)
- Unrelated to this bug, but.. animation is VERY choppy. I constantly see
several-seconds-long freezes, and sometimes >10 sec long freezes.
Should be better with current Mesa Git master, see bug 84662.
https://bugs.freedesktop.org/show_bug.cgi?id=84836
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #6 from Marek Olšák maraeo@gmail.com --- Not sure what fixed this, but there is no GPU hang anymore. I also disabled the drirc workaround, so that Heaven would fail to compile its shaders. Tested on my VERDE.
https://bugs.freedesktop.org/show_bug.cgi?id=84836
--- Comment #7 from Alexander Tsoy alexander@tsoy.me --- (In reply to Alexander Tsoy from comment #2)
(In reply to Michel Dänzer from comment #1)
Seems to work fine on my Cape Verde. What brand and model do you have specifically?
Gigabyte GV-R775OC-2GI.
JFYI: This card was unstable when operating at 850Mhz sclk (same problem on Windows). After flashing VBIOS from GV-R775D3-2GI (same card physically, but with 800MHz sclk) it works fine now. So this looks like a faulty vendor overclock.
dri-devel@lists.freedesktop.org
-
bugzilla-daemon＠freedesktop.org