[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <175379203368.176672.14343982267949571023.b4-ty@kernel.dk>
Date: Tue, 29 Jul 2025 06:27:13 -0600
From: Jens Axboe <axboe@...nel.dk>
To: jack@...e.cz, dlemoal@...nel.org, Yu Kuai <yukuai1@...weicloud.com>
Cc: linux-block@...r.kernel.org, linux-kernel@...r.kernel.org,
yukuai3@...wei.com, yi.zhang@...wei.com, yangerkun@...wei.com,
johnny.chenyi@...wei.com
Subject: Re: [PATCH v3] blk-ioc: don't hold queue_lock for ioc_lookup_icq()
On Tue, 29 Jul 2025 10:32:29 +0800, Yu Kuai wrote:
> Currently issue io can grab queue_lock three times from bfq_bio_merge(),
> bfq_limit_depth() and bfq_prepare_request(), the queue_lock is not
> necessary if icq is already created because both queue and ioc can't be
> freed before io issuing is done, hence remove the unnecessary queue_lock
> and use rcu to protect radix tree lookup.
>
> Noted this is also a prep patch to support request batch dispatching[1].
>
> [...]
Applied, thanks!
[1/1] blk-ioc: don't hold queue_lock for ioc_lookup_icq()
(no commit info)
Best regards,
--
Jens Axboe
Powered by blists - more mailing lists