summaryrefslogtreecommitdiffstats
path: root/block/blk-sysfs.c
diff options
context:
space:
mode:
authorMing Lei <tom.leiming@gmail.com>2017-03-27 20:06:58 +0800
committerJens Axboe <axboe@fb.com>2017-03-29 08:03:42 -0600
commitd3cfb2a0ac0b8487d28a1ee207c29617bf6e6820 (patch)
tree85c3948ceda4296641bebd97fe1fbd177481a14d /block/blk-sysfs.c
parent1671d522cdd9933dee7dddfcf9f62c561283824a (diff)
downloadlinux-d3cfb2a0ac0b8487d28a1ee207c29617bf6e6820.tar.gz
linux-d3cfb2a0ac0b8487d28a1ee207c29617bf6e6820.tar.bz2
linux-d3cfb2a0ac0b8487d28a1ee207c29617bf6e6820.zip
block: block new I/O just after queue is set as dying
Before commit 780db2071a(blk-mq: decouble blk-mq freezing from generic bypassing), the dying flag is checked before entering queue, and Tejun converts the checking into .mq_freeze_depth, and assumes the counter is increased just after dying flag is set. Unfortunately we doesn't do that in blk_set_queue_dying(). This patch calls blk_freeze_queue_start() in blk_set_queue_dying(), so that we can block new I/O coming once the queue is set as dying. Given blk_set_queue_dying() is always called in remove path of block device, and queue will be cleaned up later, we don't need to worry about undoing the counter. Cc: Tejun Heo <tj@kernel.org> Reviewed-by: Hannes Reinecke <hare@suse.com> Signed-off-by: Ming Lei <tom.leiming@gmail.com> Reviewed-by: Johannes Thumshirn <jthumshirn@suse.de> Reviewed-by: Bart Van Assche <bart.vanassche@sandisk.com> Signed-off-by: Jens Axboe <axboe@fb.com>
Diffstat (limited to 'block/blk-sysfs.c')
0 files changed, 0 insertions, 0 deletions