CVE-2026-89811: drm/amdkfd: Add TLB flush after MES queue eviction/suspension
drm/amdkfd: Add TLB flush after MES queue eviction/suspension
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
debian/linuxto a version that resolves this vulnerability.Fixed in 7.2.6-1 - Upgrade
Upgrade
debian/linuxto a version that resolves this vulnerability.Fixed in 7.2.12-1Fixed in 7.2.14-1 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.1.191 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.6.160 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.12.114 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.18.51 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 7.2.5 - Upgrade
Upgrade to a fixed release to a version that resolves this vulnerability.
Patch f5c4f88e0f9c45a8fb9dfac0c1df726c95e41b77
Event History
Frequently Asked Questions
Which hardware and configuration are known to exhibit this issue?
The issue is reported on gfx1151 (Strix Point) systems with XNACK mode 1 enabled. It occurs in the AMD KFD path when MES-managed GPU queues are involved in SVM page migration.
How can an affected system present operationally?
Affected systems can show KFDSVMRangeTest.MultiThreadMigrationTest failures, GPU compute queues with submitted packets that are never consumed, page faults, and GPU queue hangs.
Which queue-management operations are implicated?
The race is associated with MES queue eviction and suspension after queues are unmapped. In-flight DMA descriptors may still access the unmapped memory until a TLB flush is performed.