]> git.baikalelectronics.ru Git - kernel.git/commit
blk-mq: avoid to iterate over stale request
authorMing Lei <ming.lei@redhat.com>
Mon, 6 Sep 2021 06:50:03 +0000 (14:50 +0800)
committerJens Axboe <axboe@kernel.dk>
Mon, 13 Sep 2021 01:32:43 +0000 (19:32 -0600)
commit5407b49a7377079a27a8d7fcc8dad2ea3ce157e1
treedb190218a57bbeb6efbe1e3c8105f65cc91fe933
parent4ce062870c70d404088bf50de34ea03772413b4e
blk-mq: avoid to iterate over stale request

blk-mq can't run allocating driver tag and updating ->rqs[tag]
atomically, meantime blk-mq doesn't clear ->rqs[tag] after the driver
tag is released.

So there is chance to iterating over one stale request just after the
tag is allocated and before updating ->rqs[tag].

scsi_host_busy_iter() calls scsi_host_check_in_flight() to count scsi
in-flight requests after scsi host is blocked, so no new scsi command can
be marked as SCMD_STATE_INFLIGHT. However, driver tag allocation still can
be run by blk-mq core. One request is marked as SCMD_STATE_INFLIGHT,
but this request may have been kept in another slot of ->rqs[], meantime
the slot can be allocated out but ->rqs[] isn't updated yet. Then this
in-flight request is counted twice as SCMD_STATE_INFLIGHT. This way causes
trouble in handling scsi error.

Fixes the issue by not iterating over stale request.

Cc: linux-scsi@vger.kernel.org
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>
Reported-by: luojiaxing <luojiaxing@huawei.com>
Signed-off-by: Ming Lei <ming.lei@redhat.com>
Link: https://lore.kernel.org/r/20210906065003.439019-1-ming.lei@redhat.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
block/blk-mq-tag.c