CVE-2026-99090
In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: serialize vblank counter reads against GPU reset The vblank counter callback reads display registers and scanout position without holding reset_domain->sem. During GPU recovery, display commit work can call the callback while reset owns the semaphore for writing. The hardware access then triggers the lockdep_assert_held() in amdgpu_device_skip_hw_access() and sets TAINT_WARN when lockdep is enabled. Try to acquire the reset semaphore for reading before accessing the hardware, and hold it across the counter and scanout-position reads. If reset is already in progress, return DRM's cached software vblank count instead. This avoids blocking behind reset and avoids accessing display hardware while it is being reset. The cached count is less accurate than the hardware count, but is used only when reset prevents a safe hardware read. This addresses the reset-time warning from this vblank path; it does not suppress or fix unrelated lockdep warnings. (cherry picked from commit 51a4359f7431a4be5e42803c8bdaf7e0e5be2934)
Affected versions
Fixed in
6.6.160,
6.12.113,
6.18.57,
7.2.11,
7.3
and their respective stable series.
References
5 totalFrequently asked questions
-
What is CVE-2026-99090?
CVE-2026-99090 is a unscored severity Linux kernel vulnerability . CVE-2026-99090 has not been confirmed as actively exploited and is not listed in the CISA KEV catalog.
-
Is there a patch available for CVE-2026-99090?
Yes. CVE-2026-99090 has been patched. Fixed versions include 6.6.160, 6.12.113, 6.18.57 and others.
-
Is CVE-2026-99090 actively exploited?
No. CVE-2026-99090 has not been confirmed as actively exploited. It is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog.