[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [dm-devel] [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- From: Alan Stern <stern rowland harvard edu>
- To: Mike Snitzer <snitzer redhat com>
- Cc: Roland Dreier <roland kernel org>, Jens Axboe <axboe kernel dk>, "Seshagiri N. Ippili" <sesh17 linux vnet ibm com>, linux-scsi vger kernel org, Heiko Carstens <heiko carstens de ibm com>, linux-kernel vger kernel org, Tejun Heo <tj kernel org>, device-mapper development <dm-devel redhat com>, Steffen Maier <maier linux vnet ibm com>, "Manvanthara B. Puttashankar" <manvanth linux vnet ibm com>, Vivek Goyal <vgoyal redhat com>, Tarak Reddy <tarak reddy in ibm com>
- Subject: Re: [dm-devel] [PATCH] block: Check that queue is alive in blk_insert_cloned_request()
- Date: Mon, 11 Jul 2011 20:52:36 -0400 (EDT)
On Mon, 11 Jul 2011, Mike Snitzer wrote:
> [cc'ing dm-devel, vivek and tejun]
>
> On Fri, Jul 8, 2011 at 7:04 PM, Roland Dreier <roland kernel org> wrote:
> > 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().
>
> Your patch looks fine to me:
> Acked-by: Mike Snitzer <snitzer redhat com>
There's still the issue that Stefan Richter pointed out: The test for a
dead queue must be made _after_ acquiring the queue lock, not _before_.
Alan Stern
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]