CVE-2026-98389: drm/amdgpu: skip gfx switch_power_profile during GPU reset
drm/amdgpu: skip gfx switchpowerprofile during GPU reset
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade to a fixed release to a version that resolves this vulnerability.
Fixed in 6.6.159.1-2 - Upgrade
Upgrade
ubuntu/linux-hwe-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-42.42~24.04.1 - Upgrade
Upgrade
ubuntu/linux-riscv-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-42.42.1~24.04.1 - Upgrade
Upgrade
ubuntu/linuxto a version that resolves this vulnerability.Fixed in 7.0.0-42.42 - Upgrade
Upgrade
ubuntu/linux-awsto a version that resolves this vulnerability.Fixed in 7.0.0-1016.17 - Upgrade
Upgrade
ubuntu/linux-gcpto a version that resolves this vulnerability.Fixed in 7.0.0-1016.18 - Upgrade
Upgrade
ubuntu/linux-ibmto a version that resolves this vulnerability.Fixed in 7.0.0-1017.17 - Upgrade
Upgrade
ubuntu/linux-oem-7.0to a version that resolves this vulnerability.Fixed in 7.0.0-1017.17 - Upgrade
Upgrade
ubuntu/linux-oracleto a version that resolves this vulnerability.Fixed in 7.0.0-1015.16 - Upgrade
Upgrade
ubuntu/linux-riscvto a version that resolves this vulnerability.Fixed in 7.0.0-42.42.1 - Upgrade
Upgrade
Linux kernel drm/amdgputo a version that resolves this vulnerability.Patch d93b1ff538ce9750c01e0dd0aa62575579c0fc08
Event History
Frequently Asked Questions
Which systems are exposed to this issue?
Systems using the Linux kernel amdgpu driver are implicated. The failure occurs when the GPU resumes from a GPU reset and gfx idle work attempts to switch the power profile before reset completion.
What operational symptoms can indicate that a system is affected?
A kernel assert error may occur during GPU-reset recovery. The supplied call trace includes amdgpu_device_rreg, SMU power-profile functions, amdgpu_gfx_profile_idle_work_handler, and worker-thread execution.
Is exploitation dependent on a particular external attacker action?
The available information describes a race during resume from GPU reset, not an externally triggered attack path. It does not identify required attacker privileges, inputs, or a remote exploitation scenario.
What does the fix change?
The fix skips gfx switch_power_profile activity during GPU reset, preventing register access by the gfx idle work before the GPU reset semaphore has been released.