| Bug ID | 92923 |
|---|---|
| Summary | SGPR spilling |
| Product | Mesa |
| Version | 11.0 |
| Hardware | x86-64 (AMD64) |
| OS | Linux (All) |
| Status | NEW |
| Severity | normal |
| Priority | medium |
| Component | Drivers/Gallium/radeonsi |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | freedesktop.org@psycho3d.de |
| QA Contact | dri-devel@lists.freedesktop.org |
Created attachment 119606 [details]
stacktrace from game log file
"LLVM triggered Diagnostic Handler: Ran out of VGPRs for spilling SGPR"
The game Planet Explorers crashes after a few minutes, the log file is flooded
with this error message.
Additional error messages:
radeon_llvm_compile: Processing Diag Flag
LLVM failed to compile shader
EE si_state_shaders.c:647 si_shader_select - Failed to build shader variant
(type=1) 1
The problem may have started with mesa 11.0 but I'm not sure, I don't play it
very often. The game runs on unity 5.
Attaching backtrace and stacktrace from the log file. There is also a memory
map I could attach.
OpenGL info from the log file:
Version: OpenGL 3.0 [3.0 Mesa 11.0.5]
Renderer: Gallium 0.4 on AMD PITCAIRN (DRM 2.43.0, LLVM 3.7.0)
Vendor: X.Org
VRAM: 2048 MB
Hardware is a Radeon HD 7870
| What | Removed | Added |
|---|---|---|
| CC | tstellar@gmail.com |
Tom, any ideas? pat, please run the game with the environment variable R600_DEBUG=3Dvs,gs,p= s and attach its stderr output after reproducing the problem.
| What | Removed | Added |
|---|---|---|
| Attachment #119606 is obsolete | 1 |
Created attachment 119948 [details]
Game log file
Steam seems to mess with stderr, I hope this game log has the info you need.
(In reply to pat from c= omment #3) > Steam seems to mess with stderr, I hope this gam= e log has the info you need. It does, thanks.
Version: OpenGL 3.0 [3.0 Mesa 11.2.0-devel (git-bca1805)] Renderer: Gallium 0.4 on AMD PITCAIRN (DRM 2.43.0, LLVM 3.8.0) No more crashes with the current game version and mesa git/llvm svn, but it runs with 1 FPS (with very rare boosts to 45-60 FPS) on lowest settings. The log file still looks like before as far ar I can tell. This was probably my last test with AMD/mesa.
Sorry for your pain. We did make some changes to make LLVM mor= e robust recently, so that's something. As for the performance problems you're seein= g, I'd really appreciate if you could provide an apitrace, see https://github.= com/apitrace/apitrace/wiki/Steam if you're running the game under Steam. That should allow us to reproduce the issue.
llvm svn version 257076 (32bit: 257085) OpenGL 3.0 [3.0 Mesa 11.2.0-devel (git-040e314)] apitrace: http://www.psycho3d.de/temp/PlanetExplorersApitrace.7z (300MB 7zipped) Apitrace should include a few minutes of gameplay, 2x freeze for several seconds. I disabled the steam overlay for the trace but I think I had probably 1-3 FPS during the test.
Created attachment 120923 [details] [review] fix long buffer wait times observed in trace Hi pat, thanks for following up with this! On Tonga, this trace runs into a variant of the compiler error you mentioned earlier in the bug report due to limited SGPRs. This is something we still = need to address. On Carrizo, I can run the trace and I notice an obvious buffer wait time problem. Please try the quick-and-dirty patch I've attached. The trace is s= till slow for me, but (a) it's a trace and (b) it's not a dGPU part, so I'd be interested to hear how the in-game performance is for you with the patch.
Hey Nicolai, thanks for the fast patch. I've patched rev 5e3edd4 of the 32bit package (lib32-mesa-git, lib32-mesa-git-debug, lib32-mesa-libgl-git) and started the 32bit game binary. It's still at 3-4 FPS.
Any last tests you'd want me to do before I upgrade my hardware and say bye bye to AMD?
With the branch at http://cgit.freedesktop.org/~nh/mesa/log/?h= =3Dpub-invalidate the in-game part of your trace plays back at around 11 FPS on a Carrizo, wh= ich is an integrated GPU (laptop). It may be worth a shot.
Created [details] [review]
always add GTT to buffers' initial domain
How much VRAM do you have? Try running the game with
GALLIUM_HUD=3Dnum-bytes-moved, with and without the attached patch.
2048M VRAM Test 1: Version: OpenGL 3.0 [3.0 Mesa 11.2.0-devel (git-6f898f7)] Patched with both patches you provided. With patch: the graph spikes up to 45.5 MB during the loading screen, later it stays at 0 byte. When I turn around it goes up to KB but not MB. Still around 3 FPS, up to 11 when looking at the sky.
Test 1: no noticeable difference between patched and not. Test 2: your repo/branch (git-016eba7), no noticeable improvement (including the GTT patch). Graph also shows minimal bytes moved.
| What | Removed | Added |
|---|---|---|
| Resolution | --- | FIXED |
| Status | NEW | RESOLVED |