I won't apply this version, please send v3 with the changes below. On Tue, 10 Nov 2026 14:46:26 +0300, Andrey Zhadchenko wrote: > + prepare_one_embedded_qio(qio, &deferred_qios);
Item 4 of the cover letter reply: answer Sashiko's qio_pool remark. Why: preparation used to run in main kwork only, one request at a time. Now several preparers each allocate all splits of their request from tgt->qio_pool before handing any of them on. Under memory pressure they can share out the reserve and all sleep in mempool_alloc() waiting for each other. Say why this cannot stall, or allocate the splits without sleeping first and serialize the sleeping fallback, as dm-crypt does. -- Konstantin Khorenko, Virtuozzo Linux Kernel Team _______________________________________________ Devel mailing list [email protected] https://lists.openvz.org/mailman/listinfo/devel
