| Bug ID | 91518 |
|---|---|
| Summary | [TAHITI] Crash caused by GPU faults while launching Unigine Heaven 4.0 |
| Product | Mesa |
| Version | git |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | wielkiegie@gmail.com |
| QA Contact | dri-devel@lists.freedesktop.org |
Hello, While trying to test new tessellation code in radeonsi using Unigine Heaven, I happened to stumble on this bug. After first few frames of rendering after the loading screen ends, the system locks itself up. The rendering is almost always broken too. Sometimes the GPU does try to restart, but most of the time the lock-up is hard (the kernel doesn't respond to any keyboard events) and I need to reset. After the reset, the following messages reside in the kern.log (quite a lot of them): [ 142.631214] radeon 0000:02:00.0: GPU fault detected: 147 0x0a0d4402 [ 142.631217] radeon 0000:02:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00130CD0 [ 142.631218] radeon 0000:02:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0D044002 [ 142.631220] VM fault (0x02, vmid 6) at page 1248464, write from TC (68) This could be related to #90266, but the faults don't happen in the background, they almost immediately take the system down. I am using kernel 4.1.3, mesa and libdrm from git, xorg 1.17.2, ddx 7.5.0. The problem also did happen just before the tessellation work was done (with the tessellation disabled in the benchmark), using mesa from ~2 weeks ago. The recent Marek's fixes didn't help. Relevant Heaven settings: Quality: Ultra Tessellation: Extreme/Disabled Anti-Aliasing: 4x/8x Full Screen: yes
Did you install Mesa's drirc in /etc/drirc?
I think it happens automatically when I am using the gentoo ebuild, since the contents of /etc/drirc match the in the mesa git repository. But the ~/.drirc contains the old values... Let me check with the local file deleted (or at least the heaven sections deleted).
Created attachment 117479 [details]
dmesg with GPU lock-up
Commenting the old heaven profiles from ~/.drirc didn't help. Or maybe it did
change the behavior somewhat.
Attached is the relevant fragment of kern.log. The GPU did restart a few times
but eventually the system locked-up.
What's more, when the freeze happened the loading screen was displayed. So the
problem happened even earlier then before. It might have happened that way by
chance though.
| What | Removed | Added |
|---|---|---|
| Status | NEW | NEEDINFO |
Radeon 7950(TAHITI) llvm-git, mesa-git, kernel 4.4.1 Test pass ok, with all three levels of tessellation(Moderable, Normal, Extrime). Do this bug still exist?
| What | Removed | Added |
|---|---|---|
| Resolution | --- | FIXED |
| Status | NEEDINFO | RESOLVED |
This must be fixed, because we've tested Heaven a lot and fixed a bunch of bugs for VI and nonVI. please reopen if you can reproduce this.