-
-
Notifications
You must be signed in to change notification settings - Fork 13.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
steam crashes amdgpu with mesa 20.0.8 #92807
Comments
I also have this problem. Could you share how you have overridden mesa? |
I don't seem to have this problem for some reason:
I'm using a Radeon RX 590 with |
Thanks @ashkitten! With your fix I can start steam again 💯 Dirt Rally 2 crashes however, but Half Life 2 and Portal do work. Did not have the time to test more. PS. I have a Radeon RX 5700XT |
Hmm not sure if related, but while steam starts, I also get a similar error when trying to launch anything that uses vulkan (so basically any thing that runs on proton). Steam itself works fine, as do any games that use OpenGL for rendering (forcing the OpenGL-based WineD3D makes other games run too, but is not a feasible workaround for performance reasons). With mesa 20.0.8 it corrupts the screen and messes up the X session (cursor moves, no interaction possible) but switching to a different console works and I can kill the X session from there to recover. With mesa 20.1.3 vulkan applications simply crash. Trying to run a vulkan triangle tutorial I get this in stdout:
and dmesg has these lines:
EDIT: Radeon RX5700XT here as well |
I reverted mesa back to |
According to steam Dirt Rally 2.0 requires DirectX 11, which would get translated to Vulkan by DXVK unless you put |
Should be fixed with the next channel update as 0e93ae3 is now in master. Thanks for the bug report. |
Upgrading to 20.1.3/4 didn't fix this for me. I had to remove I have a feeling caching is broken across the board in mesa right now due to |
I did some investigating and fortunately it does seem to be limited to radv, because radv isn't currently built with My proposed fix is in #93946. |
Without this, the radv cache uuid would fall back to using the timestamps of the radv and llvm shared libraries, which are fixed in /nix/store. This caused cache collisons, which resulted in crashes (e.g. #92807).
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
dmesg
output:Additional context
amdgpu is able to recover and not require a hard reboot on kernel 5.7.7, but not on 5.4.50. this doesn't affect the crash happening in the first place, though.
overriding
hardware.opengl.package{,32}
withmesa-20.1.3
does fix the issue on my machineNotify maintainers
@primeos @vcunat
Metadata
"x86_64-linux"
Linux 5.7.7, NixOS, 20.09pre-git (Nightingale)
yes
yes
nix-env (Nix) 2.3.6
""
"nixos-19.09-19.09.809.5000b1478a1"
/nix/store/3v5m83bfhwjy0k2y4yblh01cvqv00igr-nixpkgs
Maintainer information:
The text was updated successfully, but these errors were encountered: