xfs-masters
[Top] [All Lists]

[xfs-masters] Re: filesystem corruption on xfs after 2.6.25-rc1 (bisecte

To: Eric Sandeen <sandeen@xxxxxxxxxxx>
Subject: [xfs-masters] Re: filesystem corruption on xfs after 2.6.25-rc1 (bisected, powerpc related?)
From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Date: Tue, 26 Feb 2008 00:52:56 +0100
Cc: xfs-masters@xxxxxxxxxxx, xfs@xxxxxxxxxxx, johannes@xxxxxxxxxxxxxxxx, linux-kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>
In-reply-to: <47C353D4.1060501@xxxxxxxxxxx>
References: <20080225112310.GA5516@xxxxxxxxxxxxx> <200802260042.35918.rjw@xxxxxxx> <47C353D4.1060501@xxxxxxxxxxx>
Reply-to: xfs-masters@xxxxxxxxxxx
Sender: xfs-masters-bounce@xxxxxxxxxxx
User-agent: KMail/1.9.6 (enterprise 20070904.708012)
On Tuesday, 26 of February 2008, Eric Sandeen wrote:
> Rafael J. Wysocki wrote:
> > On Monday, 25 of February 2008, Eric Sandeen wrote:
> 
> 
> >> If you're feeling motivated, maybe you can narrow it down to which of
> >> the changes - xfs_highbit32, xfs_highbit64, xfs_lowbit32, or
> >> xfs_lowbit64 - is causing the problem?  (or maybe they all are ...)
> >>
> >> Or maybe someone looking at the commit can immediately see the
> >> problem... but I can't :)
> > 
> > Well, IMO a reproducible filesystem corruption is a serious enough issue
> > for reverting all of the commits in question.
> 
> I'm not suggesting a partial revert; I just wonder which part of the
> change is causing the problem, as part of the debugging process.

Understood.

My point is, if that's not practical (whatever the reason), I'd consider
reverting all of the commits in question.

Thanks,
Rafael


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