summaryrefslogtreecommitdiffstats
path: root/block/blk-mq-sched.c
diff options
context:
space:
mode:
authorMing Lei <ming.lei@redhat.com>2018-06-25 19:31:47 +0800
committerJens Axboe <axboe@kernel.dk>2018-07-09 09:07:52 -0600
commit5815839b3ca16bb1d45939270871169f6803a121 (patch)
tree84b6f71475cc133ccd5e0ded503ee0ba0b4a46ad /block/blk-mq-sched.c
parent2278d69f030f6cb7fdacba6281a46fb9d637d2aa (diff)
downloadtalos-op-linux-5815839b3ca16bb1d45939270871169f6803a121.tar.gz
talos-op-linux-5815839b3ca16bb1d45939270871169f6803a121.zip
blk-mq: introduce new lock for protecting hctx->dispatch_wait
Now hctx->lock is only acquired when adding hctx->dispatch_wait to one wait queue, but not held when removing it from the wait queue. IO hang can be observed easily if SCHED RESTART is disabled, that means now RESTART exits just for fixing the issue in blk_mq_mark_tag_wait(). This patch fixes the issue by introducing hctx->dispatch_wait_lock and holding it for removing hctx->dispatch_wait in blk_mq_dispatch_wake(), since we need to avoid acquiring hctx->lock in irq context. Fixes: eb619fdb2d4cb8b3d3419 ("blk-mq: fix issue with shared tag queue re-running") Cc: Christoph Hellwig <hch@lst.de> Cc: Omar Sandoval <osandov@fb.com> Cc: Bart Van Assche <bart.vanassche@wdc.com> Tested-by: Andrew Jones <drjones@redhat.com> Signed-off-by: Ming Lei <ming.lei@redhat.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'block/blk-mq-sched.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud