md: fix possible deadlock in handling flush requests.
authorNeilBrown <neilb@suse.de>
Thu, 9 Dec 2010 05:17:51 +0000 (16:17 +1100)
committerNeilBrown <neilb@suse.de>
Thu, 9 Dec 2010 05:17:51 +0000 (16:17 +1100)
commita035fc3e2531703b539f23bec4ca7943cfc69349
treef10e160ce65745fd7ac56838c491a45ae180cb1e
parenta7a07e69653acf8540daa1da053cd84bf86e8e66
md: fix possible deadlock in handling flush requests.

As recorded in
    https://bugzilla.kernel.org/show_bug.cgi?id=24012

it is possible for a flush request through md to hang.  This is due to
an interaction between the recursion avoidance in
generic_make_request, the insistence in md of only having one flush
active at a time, and the possibility of dm (or md) submitting two
flush requests to a device from the one generic_make_request.

If a generic_make_request call into dm causes two flush requests to be
queued (as happens if the dm table has two targets - they get one
each), these two will be queued inside generic_make_request.

Assume they are for the same md device.
The first is processed and causes 1 or more flush requests to be sent
to lower devices.  These get queued within generic_make_request too.
Then the second flush to the md device gets handled and it blocks
waiting for the first flush to complete.  But it won't complete until
the two lower-device requests complete, and they haven't even been
submitted yet as they are on the generic_make_request queue.

The deadlock can be broken by using a separate thread to submit the
requests to lower devices.  md has such a thread readily available:
md_wq.

So use it to submit these requests.

Reported-by: Giacomo Catenazzi <cate@cateee.net>
Tested-by: Giacomo Catenazzi <cate@cateee.net>
Signed-off-by: NeilBrown <neilb@suse.de>
drivers/md/md.c