Track vulnerabilities like this one. Sign up free to get alerted when software you use is affected.
5.5

CVE-2025-21849: Linux kernel lock may cause system freeze during graphics interrupts

CVE-2025-21849 · published 1 year ago
Summary

The Linux kernel's graphics driver uses a locking method that can get stuck if an interrupt occurs while the lock is held. This can make the system become unresponsive. Updating to a kernel version that saves and restores interrupt state before acquiring the lock resolves the issue.

What to do
  • Update linux kernel to version 6.13.5.
Affected software
Ecosystem VendorProductAffected versions
– linux linux_kernel >= 6.9, < 6.12.17
>= 6.13, < 6.13.5
6.14
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Linux linux kernel >= 6.13.0, < 6.13.5
Fix: upgrade to 6.13.5
Original advisory text
drm/i915/gt: Use spin_lock_irqsave() in interruptible context
In the Linux kernel, the following vulnerability has been resolved:

drm/i915/gt: Use spin_lock_irqsave() in interruptible context

spin_lock/unlock() functions used in interrupt contexts could
result in a deadlock, as seen in GitLab issue #13399,
which occurs when interrupt comes in while holding a lock.

Try to remedy the problem by saving irq state before spin lock
acquisition.

v2: add irqs' state save/restore calls to all locks/unlocks in
signal_irq_work() execution (Maciej)

v3: use with spin_lock_irqsave() in guc_lrc_desc_unpin() instead
of other lock/unlock calls and add Fixes and Cc tags (Tvrtko);
change title and commit message

(cherry picked from commit c088387ddd6482b40f21ccf23db1125e8fa4af7e)
Fix within
Internet-facing 60 days
Internal At next upgrade
  • Not known to be exploited
  • Needs hands-on effort to exploit
  • Gives an attacker partial control
Severity
5.5 Medium
Exploitation
<1% chance of attack within 30 days
Type
CWE-667Improper Locking
Timeline
Published12 Mar 2025
Updated3 Nov 2026
First seen7 Mar 2026
Sources
Track software like this
Free during beta