Answer in brief
CVE-2022-50552 records a High severity (CVSS 7.8) vulnerability in blk-mq: use quiesced elevator switch when reinitializing queues. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. 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). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=d48ece209f82c9ce07be942441b53d3fa3664936 <0f90015383cd3f1128bebfbe7a97122d97808046 || >=d48ece209f82c9ce07be942441b53d3fa3664936 <9646443f28f33ec545ae303e613c3f476fad4dc1 || >=d48ece209f82c9ce07be942441b53d3fa3664936 <63a681bcc32a43528ce0f690569f7f48e59c3963 || >=d48ece209f82c9ce07be942441b53d3fa3664936 <c478b3b2900f1834cf9eda5bfef0d5696099505d || >=d48ece209f82c9ce07be942441b53d3fa3664936 <8237c01f1696bc53c470493bf1fe092a107648a6 | 0f90015383cd3f1128bebfbe7a97122d97808046, 9646443f28f33ec545ae303e613c3f476fad4dc1, 63a681bcc32a43528ce0f690569f7f48e59c3963, c478b3b2900f1834cf9eda5bfef0d5696099505d, 8237c01f1696bc53c470493bf1fe092a107648a6 |
| Linux/Linuxgeneric | 4.19 | Not reported |
Published upstream
Oct 7, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Nov 5, 2026
In the Linux kernel, the following vulnerability has been resolved: blk-mq: use quiesced elevator switch when reinitializing queues The hctx's run_work may be racing with the elevator switch when reinitializing hardware queues. The queue is merely frozen in this context, but that only prevents requests from allocating and doesn't stop the hctx work from running. The work may get an elevator pointer that's being torn down, and can result in use-after-free errors and kernel panics (example below). Use the quiesced elevator switch instead, and make the previous one static since it is now only used locally. nvme nvme0: resetting controller nvme nvme0: 32/0/0 default/read/poll queues BUG: kernel NULL pointer dereference, address: 0000000000000008 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 80000020c8861067 P4D 80000020c8861067 PUD 250f8c8067 PMD 0 Oops: 0000 [#1] SMP PTI Workqueue: kblockd blk_mq_run_work_fn RIP: 0010:kyber_has_work+0x29/0x70 ... Call Trace: __blk_mq_do_dispatch_sched+0x83/0x2b0 __blk_mq_sched_dispatch_requests+0x12e/0x170 blk_mq_sched_dispatch_requests+0x30/0x60 __blk_mq_run_hw_queue+0x2b/0x50 process_one_work+0x1ef/0x380 worker_thread+0x2d/0x3e0
Quoted source text, attributed separately from HOL analysis.