Try add amdgpu.ppfeaturemask=0xfffd7ef7 to bootloader settings.
https://codebrowser.dev/linux/linux/drivers/gpu/drm/amd/include/amd_shared.h.html#PP_FEATURE_MASK
calculate any mask with python: print(f"0x{(0xffffffff & ~(0x8 | 0x8000)):08x}")
https://gitlab.freedesktop.org/drm/amd/-/issues?sort=created_date&search=ring timeout
https://gitlab.freedesktop.org/mesa/mesa/-/issues?sort=created_date&search=ring timeout
Radeon cards have a tendency to nuke themselves, seemingly at random, regardless of workload. Seems to be a silicon lottery kind of thing.
Try add amdgpu.ppfeaturemask=0xfffd7ef7 to bootloader settings.
Can you explain what your assumption is here? It seems to disable bits 3, 8, 15, 17 which, given the code you linked, correspond to
PP_SCLK_DEEP_SLEEP_MASK = 0x8,
PP_ULV_MASK = 0x100,
PP_GFXOFF_MASK = 0x8000,
PP_STUTTER_MODE = 0x20000,
Since I'm desparate and also affected by this very issue I'll try this out, but I sure would like to know what the underlying root cause would be.
Radeon cards have a tendency to nuke themselves, seemingly at random, regardless of workload. Seems to be a silicon lottery kind of thing.
I seem to be affected by this very issue albeit with different games (positively confirmed with Subnautica, System Shock, Far Cry Primal and The Last Caretaker). Issue in dmesg varies but sometimes it also just casues hard reboots.
The issue is so nasty (sometimes resulting in a hard reboot without me being able to check any dmesg output) that I had suspected a hardware failure, like your post indicates. The card runs ROCK EFFING SOLID using Windows 10 on any of these games but also on burn-in GPU benchmarks. This has nothing to do with silicon lottery, this is a driver issue.
proton experimentalx1 2026-01DXVK_ASYNC=0`x1 2026-01DXVK_FRAME_RATE=60`x1 2026-01PROTON_USE_WINED3D=1`x1 2026-01RADV_DEBUG=llvm`)x1 2026-01RADV_PERFTEST=nongg`x1 2026-01RADV_PERFTEST=nosam`x1 2026-01
Hi all,
I have a problem with some games using vulkan. I launch them via Steam or Heroic using Proton or Proton-GE.
The game mainly used for reproducing is Derail Valley since it fails most reliably. I had the same problems with other Games as well.
Even though I am comfortable with some Linux basics, my skills don't allow me to debug something like this in detail. So I spent a couple days debugging with the help of Claude Code. With it I tried to eliminate all kinds of factors which could cause this error. But the only thing which is left is a possible bug.
So, if you don't accept AI supported bugreports feel free to close it.
If it sounds plausible, I would be happy to support to fix it.
Thank you!
Everything beyond this point is generated by Claude Code based on the investigation it helped me to do:
System Information
Problem Description
DXVK games consistently crash with hard system locks requiring a hard reset. The crashes occur after varying amounts of playtime (27 seconds to 26+ minutes depending on configuration).
Critical finding: Native Vulkan games (Counter-Strike 2) run stable for 25+ minutes under heavy load. OpenGL via WineD3D is also stable. Only DXVK causes crashes.
Symptoms
Reproduction
Extensive Testing Performed
I've spent significant time isolating this issue. Here's the full test matrix:
RADV_DEBUG=llvm)RADV_PERFTEST=nosamRADV_PERFTEST=nonggDXVK_ASYNC=0amdgpu.gfxoff=0kernel paramDXVK_FRAME_RATE=60Kernel parameters + DXVK config test (latest)
Tested with:
amdgpu.gfxoff=0 amdgpu.noretry=0 amdgpu.lockup_timeout=1000 amdgpu.gpu_recovery=1Stable configurations (proving hardware/driver works)
PROTON_USE_WINED3D=1Kernel Error Examples
RADV + ACO crash (typical):
Followed by repeated timeouts in a loop affecting dxvk-submit, firefox, and kwin_wayland.
Proton-GE page fault crash:
Silent crashes (AMD Pro, nongg, gfxoff=0, GE-Proton 9):
No GPU errors logged at all - system just hard-locks instantly.
What This Rules Out
gfxoff=0still crashesnosamstill crashesDXVK_ASYNC=0still crashesnoretry=0still crashesgpu_recovery=1still crashesConclusion
The issue appears to be specific to how DXVK's D3D11-to-Vulkan translation interacts with the amdgpu kernel driver on Navi10 hardware. Native Vulkan (CS2) works perfectly, OpenGL works perfectly, but DXVK triggers GPU hangs.
The variety of error types (illegal opcode, page faults, silent hangs) depending on configuration suggests DXVK may be hitting multiple edge cases in the Navi10 command processor or memory management.
Workaround
PROTON_USE_WINED3D=1- Forces OpenGL instead of Vulkan. Stable but lower performance/quality.Questions