Goal Reached Thanks to every supporter — we hit 100%!

Goal: 1000 CNY · Raised: 1000 CNY

100.0%

CVE-2025-21849— drm/i915/gt: Use spin_lock_irqsave() in interruptible context

EPSS 0.02% · P6
Get alerts for future matching vulnerabilitiesLog in to subscribe

I. Basic Information for CVE-2025-21849

Vulnerability Information

Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗

Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.

Vulnerability Title
drm/i915/gt: Use spin_lock_irqsave() in interruptible context
Source: NVD (National Vulnerability Database)
Vulnerability Description
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)
Source: NVD (National Vulnerability Database)
CVSS Information
N/A
Source: NVD (National Vulnerability Database)
Vulnerability Type
N/A
Source: NVD (National Vulnerability Database)
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于在可中断上下文中使用spin_lock,可能导致死锁。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)

Affected Products

VendorProductAffected VersionsCPESubscribe
LinuxLinux 2f2cc53b5fe7022f3ae602eb24573d52f8740959 ~ 2bf1f4c129db7a10920655b000f0292f1ee509c2 -
LinuxLinux 6.9 -

II. Public POCs for CVE-2025-21849

#POC DescriptionSource LinkShenlong Link
AI-Generated POCPremium

No public POC found.

Login to generate AI POC

III. Intelligence Information for CVE-2025-21849

登录查看更多情报信息。

Same Patch Batch · Linux · 2025-03-12 · 26 CVEs total

CVE-2025-21855ibmvnic: Don't reference skb after sending to VIOS
CVE-2024-58087ksmbd: fix racy issue from session lookup and expire
CVE-2024-58088bpf: Fix deadlock when freeing cgroup storage
CVE-2024-58089btrfs: fix double accounting race when btrfs_run_delalloc_range() failed
CVE-2025-21844smb: client: Add check for next_buffer in receive_encrypted_standard()
CVE-2025-21845mtd: spi-nor: sst: Fix SST write failure
CVE-2025-21846acct: perform last write from workqueue
CVE-2025-21848nfp: bpf: Add check for nfp_app_ctrl_msg_alloc()
CVE-2025-21847ASoC: SOF: stream-ipc: Check for cstream nullity in sof_ipc_msg_data()
CVE-2025-21851bpf: Fix softlockup in arena_map_free on 64k page kernel
CVE-2025-21850nvmet: Fix crash when a namespace is disabled
CVE-2025-21852net: Add rx_skb of kfree_skb to raw_tp_null_args[].
CVE-2025-21853bpf: avoid holding freeze_mutex during mmap operation
CVE-2025-21866powerpc/code-patching: Fix KASAN hit by not flagging text patching area as VM_ALLOC
CVE-2025-21854sockmap, vsock: For connectible sockets allow only connected
CVE-2025-21856s390/ism: add release function for struct device
CVE-2025-21857net/sched: cls_api: fix error handling causing NULL dereference
CVE-2025-21858geneve: Fix use-after-free in geneve_find_dev().
CVE-2025-21859USB: gadget: f_midi: f_midi_complete to call queue_work
CVE-2025-21861mm/migrate_device: don't add folio to be freed to LRU in migrate_device_finalize()

Showing top 20 of 26 CVEs. View all on vendor page → →

IV. Related Vulnerabilities

V. Comments for CVE-2025-21849

No comments yet


Leave a comment