[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [dm-devel] block: Check that queue is alive in blk_insert_cloned_request()
- From: Mike Snitzer <snitzer redhat com>
- To: Alan Stern <stern rowland harvard edu>
- Cc: Roland Dreier <roland kernel org>, Jens Axboe <axboe kernel dk>, "Seshagiri N. Ippili" <sesh17 linux vnet ibm com>, linux-scsi vger kernel org, jaxboe fusionio com, 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] block: Check that queue is alive in blk_insert_cloned_request()
- Date: Mon, 11 Jul 2011 21:22:06 -0400
On Mon, Jul 11 2011 at 8:52pm -0400,
Alan Stern <stern rowland harvard edu> wrote:
> 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_.
Yes, quite important.
Jens, can you tweak the patch or should Roland send a v2?
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]