diff options
author | Yu Kuai <yukuai3@huawei.com> | 2021-07-31 09:21:30 +0300 |
---|---|---|
committer | Jens Axboe <axboe@kernel.dk> | 2021-08-13 17:01:34 +0300 |
commit | 454bb6775202d94f0f489c4632efecdb62d3c904 (patch) | |
tree | 8ce5feb20b9e7782dc17e192e8507ef5aa719846 /block/blk-pm.c | |
parent | 0f78399551146bfbed357759e2ad5abb8d39e50a (diff) | |
download | linux-454bb6775202d94f0f489c4632efecdb62d3c904.tar.xz |
blk-mq: clear active_queues before clearing BLK_MQ_F_TAG_QUEUE_SHARED
We run a test that delete and recover devcies frequently(two devices on
the same host), and we found that 'active_queues' is super big after a
period of time.
If device a and device b share a tag set, and a is deleted, then
blk_mq_exit_queue() will clear BLK_MQ_F_TAG_QUEUE_SHARED because there
is only one queue that are using the tag set. However, if b is still
active, the active_queues of b might never be cleared even if b is
deleted.
Thus clear active_queues before BLK_MQ_F_TAG_QUEUE_SHARED is cleared.
Signed-off-by: Yu Kuai <yukuai3@huawei.com>
Reviewed-by: Ming Lei <ming.lei@redhat.com>
Link: https://lore.kernel.org/r/20210731062130.1533893-1-yukuai3@huawei.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'block/blk-pm.c')
0 files changed, 0 insertions, 0 deletions