[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080219023900.GB4066@agk.fab.redhat.com>
Date: Tue, 19 Feb 2008 02:39:00 +0000
From: Alasdair G Kergon <agk@...hat.com>
To: Michael Tokarev <mjt@....msk.ru>
Cc: Andi Kleen <andi@...stfloor.org>, dm-devel@...hat.com,
linux-kernel@...r.kernel.org, Milan Broz <mbroz@...hat.com>
Subject: Re: [PATCH] Implement barrier support for single device DM devices
On Fri, Feb 15, 2008 at 04:07:54PM +0300, Michael Tokarev wrote:
> Alasdair G Kergon wrote:
> > On Fri, Feb 15, 2008 at 01:08:21PM +0100, Andi Kleen wrote:
> >> Implement barrier support for single device DM devices
> > Thanks. We've got some (more-invasive) dm patches in the works that
> > attempt to use flushing to emulate barriers where we can't just
> > pass them down like that.
> I wonder if it's worth the effort to try to implement this.
The decision got taken to allocate barrier bios to implement the basic
flush so dm has little choice in this matter now. (If you're going to
implement barriers for flush, you might as well implement them more
generally.)
Maybe I should spell this out more clearly for those who weren't
tracking this block layer change: AFAIK You cannot currently flush a
device-mapper block device without doing some jiggery-pokery.
> For example, how safe
> xfs is if barriers are not supported or turned off?
The last time we tried xfs with dm it didn't seem to notice -EOPNOTSUPP
everywhere it should => recovery may find corruption.
Alasdair
--
agk@...hat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists