Timur Kristóf spends his days making sure decade-old AMD graphics hardware doesn’t fade into obsolescence. The Valve contractor and Linux graphics developer just delivered another targeted fix. This one lets early Graphics Core Next GPUs recover from hangs without a full system reset.
The changes landed in the AMDGPU kernel driver. They focus on soft reset capabilities for the GFX IP block. Instead of rebooting the entire GPU and clearing VRAM, the system can now target just the graphics and compute rings. Data in video memory stays intact. For users still running cards from the Polaris or Fiji era, or even older parts, this means fewer disruptions during heavy workloads.
“IP block soft reset is a way to reset just one IP block in a GPU without resetting the whole GPU or losing the contents of VRAM,” Kristóf wrote in the patch series. He explained that previous attempts at this on Carrizo and Stoney failed in practice. The new code deletes redundant functions, adds proper recovery paths similar to ring resets, and fixes GFX8-specific bugs that caused compute rings to hang afterward or power consumption to spike.
The work builds directly on years of effort to migrate aging AMD silicon to modern drivers. With Linux 6.19, GCN 1.0 and 1.1 cards switched to AMDGPU by default in many cases. That shift brought better performance and out-of-the-box RADV Vulkan support. Phoronix reported on Kristóf’s broader 2026 roadmap, which includes fixing VM faults on SI and CIK hardware that could generate thousands per second due to out-of-bounds SMEM accesses. Those faults often triggered the very hangs this latest reset code aims to handle gracefully.
But. The recovery improvements stand apart. They address the moment when a job times out. The driver now backs up affected rings, performs the hardware-specific soft reset, then restores state. It tries to spare non-guilty jobs from collateral damage. Others on Valve’s Linux graphics team created a Vulkan test case that reliably triggers a command processor hang. The test helped validate the new path.
Early targets include GFX8 chips. Think Radeon RX 480, RX 470, Fury X, and related APUs like Carrizo. Kristóf told Phoronix the effort will extend to older GCN 1.0 parts as well. That reaches back to 2011-era Radeon HD 7000 series cards. Support for hardware this old rarely draws corporate attention. AMD moved on long ago. Valve’s investment keeps these cards viable for Linux gaming and compute tasks.
The patches arrived just days ago. Michael Larabel covered them in detail for Phoronix on June 21, 2026. He noted the series reworks reset handling across the board. Redundant check_soft_reset and pre/post_soft_reset functions disappeared. The soft reset now serves as a formal GPU recovery method. Initial testing shows compute rings no longer hang post-reset on GFX8, and power draw returns to expected levels.
This isn’t isolated progress. Kristóf’s end-of-2025 blog post outlined extensive fixes for Southern Islands and Sea Islands GPUs. He tackled analog connector black screens on Radeon HD 7790, random hangs via ASPM adjustments, display clock issues, and VCE1 video encoding. Those changes cleared the way for the default driver switch. In his post at timur.hu, he described acquiring period hardware for testing and collaborating with AMD engineers on register-level debugging using the umr tool.
Stability gains matter. Older GPUs still appear in budget gaming rigs, HTPCs, and scientific clusters. A full GPU reset often forces application restarts or worse. Soft recovery reduces that friction. It preserves VRAM contents. Applications can continue with minimal interruption after a fault. For Vulkan titles or compute shaders that push these cards hard, the difference could prove noticeable.
Yet challenges remain. VM faults on GFX6 and GFX7 hardware still need attention. Kristóf’s January 2026 work in Mesa’s RADV driver mitigated many of those by addressing a hardware bug where SMEM instructions accessed memory beyond bounds. Phoronix detailed the merge that prevents thousands of faults per second. That fix reaches Mesa 26.0.
Kernel and userspace improvements continue in parallel. Power management refactoring, DRM format modifier support for Vulkan compositors, and retirement of legacy display code all sit on the 2026 list. Each piece tightens the experience for hardware most manufacturers have abandoned.
The pattern is clear. Valve funds open-source work that benefits its Steam Deck ecosystem and Linux gaming at large. Kristóf’s contributions span shader compilation in ACO, RADV enhancements, and now deep kernel fixes for decade-old silicon. Without that sponsorship, many of these GPUs would limp along on an unmaintained legacy driver.
Results so far look promising. The soft reset code targets real failure modes observed in the field. It reuses lessons from pipe reset patches contributed by Alex Deucher. Integration into mainline AMDGPU should follow testing. Expansion to even earlier chips could arrive later this year.
Users with affected hardware can watch for the patches in upcoming Linux kernels. Those running Mesa 26.0 or later already gain from the VM fault mitigations in RADV. Together the changes extend the usable lifespan of millions of GPUs. They demonstrate how sustained open-source effort keeps yesterday’s technology relevant today.
And the work doesn’t stop. Kristóf continues posting plans for further bug fixes and feature parity. For Linux users clinging to older Radeon cards, that persistence delivers tangible wins. Fewer hard hangs. Faster recovery. Continued access to modern APIs. The latest reset improvements represent one more step in that ongoing process.
WebProNews is an iEntry Publication