blk-throttle: Do not use kblockd workqueue for throtl work
commit450adcbe518ab3a3953d8475309525d22de77cba
authorVivek Goyal <vgoyal@redhat.com>
Tue, 1 Mar 2011 18:40:54 +0000 (1 13:40 -0500)
committerJens Axboe <jaxboe@fusionio.com>
Tue, 1 Mar 2011 18:41:53 +0000 (1 13:41 -0500)
tree352fd47d75b86804e590fd88c09f953a798ba8b0
parent3e1f2356ce231488dc1fa844e5ce91bcb59fc2a1
blk-throttle: Do not use kblockd workqueue for throtl work

o Dominik Klein reported a system hang issue while doing some blkio
  throttling testing.

  https://lkml.org/lkml/2011/2/24/173

o Some tracing revealed that CFQ was not dispatching any more jobs as
  queue unplug was not happening. And queue unplug was not happening
  because unplug work was not being called as there was one throttling
  work on same cpu which as not finished yet. And throttling work had not
  finished as it was tyring to dispatch a bio to CFQ but all the request
  descriptors were consume to it was put to sleep.

o So basically it is a cyclic dependecny between CFQ unplug work and
  throtl dispatch work. Tejun suggested that use separate workqueue for
  such cases.

o This patch uses a separate workqueue for throttle related work and
  does not rely on kblockd workqueue anymore.

Cc: stable@kernel.org
Reported-by: Dominik Klein <dk@in-telegence.net>
Signed-off-by: Vivek Goyal <vgoyal@redhat.com>
Acked-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Jens Axboe <jaxboe@fusionio.com>
block/blk-core.c
block/blk-throttle.c
include/linux/blkdev.h