Claude Code found a bug in AMDGPU that has been freezing Linux laptop displays since 2017

Anthropic's Claude Code tool helped Linux developers find a long-standing bug in the AMDGPU driver — display freezes on laptops with AMD Radeon graphics have plagued users for nearly nine years.

Nine Years Without a Solution

The problem was first documented in 2017: on Linux laptops with AMD Radeon graphics, the display would stop responding after several hours of operation. The screen would freeze, but the system continued to work — the cursor moved, processes executed, it's just that the image on the screen wasn't updating. The only workaround was switching virtual terminals or restarting the graphics environment. The unpredictability of reproduction made diagnosis extremely difficult. For some users, the freeze would occur once every few hours, for others — once every few days. Bugs of this type are particularly inconvenient: they leave no clear trace in logs and are too unpredictable for automated testing.

At the center of the issue was the Panel Self Refresh (PSR) function — an energy-saving technology built into the DisplayPort standard. Instead of constantly transmitting the image from GPU to screen, PSR saves the frame in the display's local memory and updates it only when changes occur — this reduces power consumption and extends battery life. The only working workaround for many years was complete PSR deactivation via kernel parameters, at the cost of accelerated battery drain.

How Claude Code Found the Bug

One of the developers engaged Claude Code to analyze the problem. Anthropic's tool is designed to work with large code bases: it can read thousands of lines of code, track dependencies between files, and identify non-trivial logical errors that are easy to miss in manual review. According to Phoronix, Claude Code identified the specific place in the AMDGPU code where the PSR panel state was being reset incorrectly after a prolonged period of inactivity. This is exactly what led to desynchronization: the kernel believed the display was updating normally, while the physical screen stopped receiving new frames. Users saw a frozen image with a fully functional system.

Based on this finding, a patch was prepared that eliminates the root cause, rather than simply deactivating PSR.

Key facts about the bug:

• The problem existed since 2017 — almost nine years
• Affects laptops with AMD Radeon graphics running Linux
• PSR — standard energy-saving technology in DisplayPort displays
• The bug manifested as a frozen screen with a fully functional system
• Claude Code found the defective section in the PSR panel state reset logic in the AMDGPU driver

Patch Status

The patch has not yet been included in the main Linux kernel branch — it is currently in code review. This is a standard procedure: changes in a graphics driver of this level go through several rounds of review before entering an official release. If the patch passes review and enters the kernel, the fix will automatically be distributed to users through planned distribution updates. For those who have been getting by with PSR deactivation all this time, this means the possibility of restoring the function — without the risk of screen freezing and loss of battery life.

What This Means

A nine-year-old bug, too complex for manual diagnosis in the voluminous AMDGPU code, Claude Code worked through in a single session. This case shows how AI tools are changing work with legacy code bases: they don't solve tasks instead of developers, but dramatically reduce the time spent navigating millions of lines of Linux kernel code. For open source — where projects are developed by volunteers with limited time — this is particularly valuable.