From: Roland Dreier <roland@kernel.org>
To: Jens Axboe <axboe@kernel.dk>
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
Alan Stern <stern@rowland.harvard.edu>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
linux-scsi@vger.kernel.org,
Steffen Maier <maier@linux.vnet.ibm.com>,
"Manvanthara B. Puttashankar" <manvanth@linux.vnet.ibm.com>,
Tarak Reddy <tarak.reddy@in.ibm.com>,
"Seshagiri N. Ippili" <sesh17@linux.vnet.ibm.com>,
linux-kernel@vger.kernel.org
Subject: [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
Date: Fri, 8 Jul 2011 16:04:30 -0700 [thread overview]
Message-ID: <1310166270-23196-1-git-send-email-roland@kernel.org> (raw)
In-Reply-To: <CAG4TOxMjuntpd3Q5jgn+xDa2tgB9tq+jLcDquM_eAdFHXLDrWA@mail.gmail.com>
From: Roland Dreier <roland@purestorage.com>
This fixes crashes such as the below that I see when the storage
underlying a dm-multipath device is hot-removed. The problem is that
dm requeues a request to a device whose block queue has already been
cleaned up, and blk_insert_cloned_request() doesn't check if the queue
is alive, but rather goes ahead and tries to queue the request. This
ends up dereferencing the elevator that was already freed in
blk_cleanup_queue().
general protection fault: 0000 [#1] SMP
CPU 7
Modules linked in: kvm_intel kvm serio_raw i7core_edac edac_core ioatdma dca pci_stub ses enclosure usbhid usb_storage qla2xxx mpt2sas ahci hid uas libahci e1000e scsi_transport_fc scsi_transport_sas mlx4_core raid_class scsi_tgt
RIP: 0010:[<ffffffff81233867>] [<ffffffff81233867>] elv_drain_elevator+0x27/0x80
RSP: 0018:ffff880614e9fa48 EFLAGS: 00010096
RAX: 6b6b6b6b6b6b6b6b RBX: ffff880610bb0000 RCX: 0000000000000000
RDX: 0000000000000002 RSI: 0000000000000001 RDI: ffff880610bb0000
RBP: ffff880614e9fa58 R08: 0000000000000000 R09: 0000000000000001
R10: ffff880c0a7dca70 R11: ffff880615622440 R12: ffff880610bb0000
R13: 0000000000000002 R14: 0000000000000002 R15: ffff880c0db01160
FS: 00007fe46457a760(0000) GS:ffff880c3fc20000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007fe463c86330 CR3: 0000000c0cc0c000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process blkid (pid: 12458, threadinfo ffff880614e9e000, task ffff8806190eae20)
Stack:
ffff880c0d9f03c8 ffff880c0d9f03c8 ffff880614e9fa88 ffffff
ffff880c0d9f03c8 ffff880610bb0000 0000000000000002 ffffc9
ffff880614e9fab8 ffffffff812366fd ffff880614e9fad8 ffff88
Call Trace:
[<ffffffff812339a8>] __elv_add_request+0xe8/0x280
[<ffffffff812366fd>] add_acct_request+0x3d/0x50
[<ffffffff81236775>] blk_insert_cloned_request+0x65/0x90
[<ffffffff813b8d4e>] dm_dispatch_request+0x3e/0x70
[<ffffffff813ba850>] dm_request_fn+0x160/0x250
[<ffffffff81236e88>] queue_unplugged+0x48/0xd0
[<ffffffff8123b03d>] blk_flush_plug_list+0x1ed/0x250
[<ffffffff810e98f0>] ? sleep_on_page+0x20/0x20
[<ffffffff814db895>] io_schedule+0x75/0xd0
[<ffffffff810e98fe>] sleep_on_page_killable+0xe/0x40
[<ffffffff814dbf9a>] __wait_on_bit_lock+0x5a/0xc0
[<ffffffff810e9857>] __lock_page_killable+0x67/0x70
[<ffffffff8106d650>] ? autoremove_wake_function+0x40/0x40
[<ffffffff810eb5c5>] generic_file_aio_read+0x405/0x720
[<ffffffff81146962>] do_sync_read+0xd2/0x110
[<ffffffff8121e393>] ? security_file_permission+0x93/0xb0
[<ffffffff81146c81>] ? rw_verify_area+0x61/0xf0
[<ffffffff81147143>] vfs_read+0xc3/0x180
[<ffffffff81147251>] sys_read+0x51/0x90
[<ffffffff814e5942>] system_call_fastpath+0x16/0x1b
Code: c3 0f 1f 00 55 48 89 e5 53 48 83 ec 08 66 66 66 66 90 48 89 fb 0f 1f 80 00 00 00 00 48 8b 43 18 be 01 00 00 00 48 89 df 48 8b 00 <ff> 50 28 85 c0 75 ea 8b 93 f0 03 00 00 85 d2 74 14 8b 05 fa e1
RIP [<ffffffff81233867>] elv_drain_elevator+0x27/0x80
RSP <ffff880614e9fa48>
RSP <ffff880614e9fa48>
---[ end trace 5dbd03e7295023d7 ]---
Signed-off-by: Roland Dreier <roland@purestorage.com>
---
block/blk-core.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/block/blk-core.c b/block/blk-core.c
index d2f8f40..a13a9cc 100644
--- a/block/blk-core.c
+++ b/block/blk-core.c
@@ -1706,6 +1706,9 @@ int blk_insert_cloned_request(struct request_queue *q, struct request *rq)
return -EIO;
#endif
+ if (unlikely(test_bit(QUEUE_FLAG_DEAD, &q->queue_flags)))
+ return -EIO;
+
spin_lock_irqsave(q->queue_lock, flags);
/*
next prev parent reply other threads:[~2011-07-08 23:04 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-15 11:20 [BUG] 2.6.39.1 crash in scsi_dispatch_cmd() Heiko Carstens
2011-06-16 16:01 ` Heiko Carstens
2011-06-16 16:37 ` James Bottomley
2011-06-16 18:40 ` Heiko Carstens
2011-06-20 15:30 ` Heiko Carstens
2011-07-01 18:07 ` Roland Dreier
2011-07-01 19:04 ` James Bottomley
2011-07-06 0:34 ` Roland Dreier
2011-07-06 6:47 ` Heiko Carstens
2011-07-06 8:06 ` Roland Dreier
2011-07-06 9:25 ` Heiko Carstens
2011-07-06 14:20 ` Alan Stern
2011-07-06 14:24 ` James Bottomley
2011-07-06 16:30 ` Roland Dreier
2011-07-06 16:53 ` Alan Stern
2011-07-06 18:07 ` Roland Dreier
2011-07-06 18:49 ` Alan Stern
2011-07-07 20:45 ` James Bottomley
2011-07-07 21:07 ` Alan Stern
2011-07-08 17:04 ` James Bottomley
2011-07-08 19:43 ` Alan Stern
2011-07-08 20:41 ` James Bottomley
2011-07-08 22:08 ` Alan Stern
2011-07-08 22:25 ` James Bottomley
2011-07-08 20:47 ` Roland Dreier
2011-07-08 23:04 ` Roland Dreier [this message]
2011-07-09 9:05 ` [PATCH] block: Check that queue is alive in blk_insert_cloned_request() Stefan Richter
2011-07-11 22:40 ` Mike Snitzer
2011-07-12 0:52 ` Alan Stern
2011-07-12 1:22 ` Mike Snitzer
2011-07-12 1:46 ` Vivek Goyal
2011-07-12 15:24 ` Alan Stern
2011-07-12 17:10 ` Vivek Goyal
2011-07-12 14:58 ` [PATCH] dm mpath: manage reference on request queue of underlying devices Mike Snitzer
2011-07-12 17:06 ` [PATCH] block: Check that queue is alive in blk_insert_cloned_request() Vivek Goyal
2011-07-12 17:41 ` James Bottomley
2011-07-12 18:02 ` Vivek Goyal
2011-07-12 18:28 ` James Bottomley
2011-07-12 18:54 ` Vivek Goyal
2011-07-12 21:02 ` Alan Stern
2011-07-12 2:09 ` Vivek Goyal
2011-07-06 16:24 ` [BUG] 2.6.39.1 crash in scsi_dispatch_cmd() Roland Dreier
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=1310166270-23196-1-git-send-email-roland@kernel.org \
--to=roland@kernel.org \
--cc=James.Bottomley@hansenpartnership.com \
--cc=axboe@kernel.dk \
--cc=heiko.carstens@de.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=maier@linux.vnet.ibm.com \
--cc=manvanth@linux.vnet.ibm.com \
--cc=sesh17@linux.vnet.ibm.com \
--cc=stern@rowland.harvard.edu \
--cc=tarak.reddy@in.ibm.com \
/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