xfs
[Top] [All Lists]

Re: review: fix remount vs barrier options

To: Nathan Scott <nathans@xxxxxxx>
Subject: Re: review: fix remount vs barrier options
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Tue, 25 Jul 2006 10:44:38 +0100
Cc: Christoph Hellwig <hch@xxxxxxxxxxxxx>, xfs@xxxxxxxxxxx, jeremy@xxxxxxx
In-reply-to: <20060724112737.D2085715@xxxxxxxxxxxxxxxxxxxxxxxx>
References: <20060721152807.D1998769@xxxxxxxxxxxxxxxxxxxxxxxx> <20060723190650.GA22180@xxxxxxxxxxxxx> <20060724100147.F2083275@xxxxxxxxxxxxxxxxxxxxxxxx> <20060724112737.D2085715@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
On Mon, Jul 24, 2006 at 11:27:37AM +1000, Nathan Scott wrote:
> On Mon, Jul 24, 2006 at 10:01:48AM +1000, Nathan Scott wrote:
> > On Sun, Jul 23, 2006 at 08:06:50PM +0100, Christoph Hellwig wrote:
> > > Shouldn't we make sure we clear all flags when reusing a log buffer?
> > > Relying on clearing individual flags seems rather fragile to me.
> > 
> > *nod* - good idea.  I'll rework xlog_sync, and resend later.
> 
> After looking more, I'm less convinced.  There's some flags we wont
> want to touch - the "internal" flags like PAGE_CACHE, etc (that one
> is obviously not relevent here, but still, at some point a flag may
> be introduced that we accidentally break by clearing all flags).
> 
> There is a ZEROFLAGS macro, I've added ORDERED to that and used it
> instead.  I also fixed the double barrier issue for the split log
> write case - here's an updated patch...

The flag clearing changes look good.  But why is it okay to skip the
ordered flag on the first block?  We want to make sure all previous I/O
is finished before even doing the first log block write, don't we?


<Prev in Thread] Current Thread [Next in Thread>