https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 19:50:55 +0000 https://vulnerability.circl.lu/vuln/cve-2024-57946 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>virtio-blk: don&#39;t keep queue frozen during system suspend</p> <p>Commit 4ce6e2db00de (&#34;virtio-blk: Ensure no requests in virtqueues before deleting vqs.&#34;) replaces queue quiesce with queue freeze in virtio-blk&#39;s PM callbacks. And the motivation is to drain inflight IOs before suspending.</p> <p>block layer&#39;s queue freeze looks very handy, but it is also easy to cause deadlock, such as, any attempt to call into bio_queue_enter() may run into deadlock if the queue is frozen in current context. There are all kinds of -&gt;suspend() called in suspend context, so keeping queue frozen in the whole suspend context isn&#39;t one good idea. And Marek reported lockdep warning[1] caused by virtio-blk&#39;s freeze queue in virtblk_freeze().</p> <p>[1] https://lore.kernel.org/linux-block/ca16370e-d646-4eee-b9cc-87277c89c43c@samsung.com/</p> <p>Given the motivation is to drain in-flight IOs, it can be done by calling freeze &amp; unfreeze, meantime restore to previous behavior by keeping queue quiesced during suspend.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>virtio-blk: don&#39;t keep queue frozen during system suspend</p> <p>Commit 4ce6e2db00de (&#34;virtio-blk: Ensure no requests in virtqueues before deleting vqs.&#34;) replaces queue quiesce with queue freeze in virtio-blk&#39;s PM callbacks. And the motivation is to drain inflight IOs before suspending.</p> <p>block layer&#39;s queue freeze looks very handy, but it is also easy to cause deadlock, such as, any attempt to call into bio_queue_enter() may run into deadlock if the queue is frozen in current context. There are all kinds of -&gt;suspend() called in suspend context, so keeping queue frozen in the whole suspend context isn&#39;t one good idea. And Marek reported lockdep warning[1] caused by virtio-blk&#39;s freeze queue in virtblk_freeze().</p> <p>[1] https://lore.kernel.org/linux-block/ca16370e-d646-4eee-b9cc-87277c89c43c@samsung.com/</p> <p>Given the motivation is to drain in-flight IOs, it can be done by calling freeze &amp; unfreeze, meantime restore to previous behavior by keeping queue quiesced during suspend.</p> https://vulnerability.circl.lu/vuln/cve-2024-57946