The vulnerability resides in the Linux kernel’s AMD xDNA acceleration module. In the function responsible for synchronizing debug buffers, the code holds the device lock while calling a callback that may, in turn, invoke a command submission routine that attempts to resume the device power state. If the device is suspended, the resume routine also tries to acquire the same lock, creating a classic lock‑ordering deadlock. A stuck deadlock can halt any kernel activity that relies on this lock, potentially rendering the system unresponsive or preventing further IRP processing.

All Linux kernel installations that include the AMD xDNA acceleration driver affected by this code path. No specific vendor or version list is supplied, so any kernel release that ships with the unpatched driver is susceptible until the patch is applied.

The CVSS score of 5.5 is reported, and the EPSS score is < 1%, indicating a very low probability of exploitation; the vulnerability is not listed in the CISA KEV catalog. The defect requires execution of the kernel path that performs a hardware command submission while the device is suspended, implying a local or privileged attacker context. If an attacker can trigger the callback sequence—such as by issuing specific DRM or device interface commands—he can induce the deadlock, leading to a local denial of service. The lack of publicly documented targeting suggests moderate to low exploit likelihood, but the critical nature of a kernel deadlock warrants proactive remediation.