Thread (9 messages) 9 messages, 5 authors, 2021-11-10

Re: sorting out the freeze / quiesce mess

From: Christoph Hellwig <hch@lst.de>
Date: 2021-11-10 12:59:01
Also in: linux-nvme, linux-scsi

On Wed, Nov 10, 2021 at 05:29:26PM +0800, Ming Lei wrote:
On Wed, Nov 10, 2021 at 10:14:07AM +0100, Christoph Hellwig wrote:
quoted
Hi Jens and Ming,

I've been looking into properly supporting queue freezing for bio based
drivers (that is only release q_usage_counter on bio completion for them).
And the deeper I look into the code the more I'm confused by us having
the blk_mq_quiesce* interface in addition to blk_freeze_queue.  What
is a good reason to do a quiesce separately from a freeze?
freeze can make sure that all requests are done, quiesce can make sure that
dispatch critical area(covered by hctx lock/unlock) is done.
Yeah, but why do we need to still call quiesce after we just did a
freeze, which is about half of the users?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help