Answer in brief
CVE-2024-26671 records a Unknown severity vulnerability in blk-mq: fix IO hang from sbitmap wakeup race. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (generic), Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFP (generic), Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=da55f2cc78418dee88400aafbbaed19d7ac8188e <9525b38180e2753f0daa1a522b7767a2aa969676 || >=da55f2cc78418dee88400aafbbaed19d7ac8188e <ecd7744a1446eb02ccc63e493e2eb6ede4ef1e10 || >=da55f2cc78418dee88400aafbbaed19d7ac8188e <7610ba1319253225a9ba8a9d28d472fc883b4e2f || >=da55f2cc78418dee88400aafbbaed19d7ac8188e <89e0e66682e1538aeeaa3109503473663cd24c8b || >=da55f2cc78418dee88400aafbbaed19d7ac8188e <1d9c777d3e70bdc57dddf7a14a80059d65919e56 || >=da55f2cc78418dee88400aafbbaed19d7ac8188e <6d8b01624a2540336a32be91f25187a433af53a0 || >=da55f2cc78418dee88400aafbbaed19d7ac8188e <f1bc0d8163f8ee84a8d5affdf624cfad657df1d2 || >=da55f2cc78418dee88400aafbbaed19d7ac8188e <5266caaf5660529e3da53004b8b7174cab6374ed | 9525b38180e2753f0daa1a522b7767a2aa969676, ecd7744a1446eb02ccc63e493e2eb6ede4ef1e10, 7610ba1319253225a9ba8a9d28d472fc883b4e2f, 89e0e66682e1538aeeaa3109503473663cd24c8b, 1d9c777d3e70bdc57dddf7a14a80059d65919e56, 6d8b01624a2540336a32be91f25187a433af53a0, f1bc0d8163f8ee84a8d5affdf624cfad657df1d2, 5266caaf5660529e3da53004b8b7174cab6374ed |
| Linux/Linuxgeneric | 4.11 | Not reported |
| Siemens/SIMATIC S7-1500 CPU 1518-4 PN/DP MFPgeneric | >=V3.1.0 <V3.1.5 | V3.1.5 |
| Siemens/SIMATIC S7-1500 CPU 1518F-4 PN/DP MFPgeneric | >=V3.1.0 <V3.1.5 | V3.1.5 |
| Siemens/SIPLUS S7-1500 CPU 1518-4 PN/DP MFPgeneric | >=V3.1.0 <V3.1.5 | V3.1.5 |
Published upstream
Apr 2, 2024
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 15, 2026
In the Linux kernel, the following vulnerability has been resolved: blk-mq: fix IO hang from sbitmap wakeup race In blk_mq_mark_tag_wait(), __add_wait_queue() may be re-ordered with the following blk_mq_get_driver_tag() in case of getting driver tag failure. Then in __sbitmap_queue_wake_up(), waitqueue_active() may not observe the added waiter in blk_mq_mark_tag_wait() and wake up nothing, meantime blk_mq_mark_tag_wait() can't get driver tag successfully. This issue can be reproduced by running the following test in loop, and fio hang can be observed in < 30min when running it on my test VM in laptop. modprobe -r scsi_debug modprobe scsi_debug delay=0 dev_size_mb=4096 max_queue=1 host_max_queue=1 submit_queues=4 dev=`ls -d /sys/bus/pseudo/drivers/scsi_debug/adapter*/host*/target*/*/block/* | head -1 | xargs basename` fio --filename=/dev/"$dev" --direct=1 --rw=randrw --bs=4k --iodepth=1 \ --runtime=100 --numjobs=40 --time_based --name=test \ --ioengine=libaio Fix the issue by adding one explicit barrier in blk_mq_mark_tag_wait(), which is just fine in case of running out of tag.
Quoted source text, attributed separately from HOL analysis.