From: Derek Basehore <dbasehore@chromium.org>
To: axboe@kernel.dk
Cc: msb@chromium.org, spang@chromium.org, bfreed@chromium.org,
arscott@chromium.org, linux-kernel@vger.kernel.org,
Derek Basehore <dbasehore@chromium.org>
Subject: [PATCH] block: Remove deadlock in disk_clear_events
Date: Thu, 11 Oct 2012 14:52:07 -0700 [thread overview]
Message-ID: <1349992327-9747-1-git-send-email-dbasehore@chromium.org> (raw)
In disk_clear_events, do not put work on system_nrt_freezable_wq. Instead, put
it on system_nrt_wq.
There is a race between probing a usb and suspending the device. Since probing a
usb calls disk_clear_events, which puts work on a frozen workqueue, probing
cannot finish after the workqueue is frozen. However, suspending cannot finish
until the usb probe is finished, so we get a deadlock.
Change-Id: I05bc8f608f1c86b7efaca5c12e544dbd08dfaba4
Signed-off-by: Derek Basehore <dbasehore@chromium.org>
---
block/genhd.c | 8 +++++++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/block/genhd.c b/block/genhd.c
index 6cace66..4e700ee 100644
--- a/block/genhd.c
+++ b/block/genhd.c
@@ -1571,7 +1571,13 @@ unsigned int disk_clear_events(struct gendisk *disk, unsigned int mask)
/* uncondtionally schedule event check and wait for it to finish */
disk_block_events(disk);
- queue_delayed_work(system_freezable_wq, &ev->dwork, 0);
+ /* We need to put the work on system_nrt_wq here since there is a
+ * deadlock that happens while probing a usb device while suspending. If
+ * we put work on a freezable worqueue here, a usb probe will wait here
+ * until the workqueue is unfrozen during suspend. Since suspend waits
+ * on all probes to complete, we have a deadlock
+ */
+ queue_delayed_work(system_nrt_wq, &ev->dwork, 0);
flush_delayed_work(&ev->dwork);
__disk_unblock_events(disk, false);
--
1.7.7.3
next reply other threads:[~2012-10-11 21:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-11 21:52 Derek Basehore [this message]
2012-10-12 17:01 ` Jens Axboe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1349992327-9747-1-git-send-email-dbasehore@chromium.org \
--to=dbasehore@chromium.org \
--cc=arscott@chromium.org \
--cc=axboe@kernel.dk \
--cc=bfreed@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=msb@chromium.org \
--cc=spang@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®