| 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 [details]
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
Seems to work fine on my Cape Verde. What brand and model do y= ou have specifically? Can you try a newer kernel?
(In reply to Michel D=C3=A4nzer 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. >=20 > Can you try a newer kernel? I'll try 3.16 and 3.17 kernels next week.
I think you forgot to install drirc from Mesa. What happens if= you set this env var? allow_glsl_extension_directive_midshader=3Dtrue
(In reply to Marek Ol=C5=A1=C3=A1k from comment #3) > I think you forgot to install drirc from Mesa. W= hat happens if you set this > env var? No, I have correct drirc. >=20 > allow_glsl_extension_directive_midshader=3Dtrue Setting this env variable doesn't help. (In reply to Michel D=C3=A4nzer 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.
(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.
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | FIXED |
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.
(In reply to Alexander Tsoy from comment #2) > (In reply to Michel D=C3=A4nzer from comment #1) > > Seems to work fine on my Cape Verde. What brand and model do you = have > > specifically? >=20 > 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.