|To:||Christoph Hellwig <hch@xxxxxxxxxxxxx>|
|Subject:||Re: Kernel 184.108.40.206 XFS(..?) regression (& with/2.6.31-rc6)|
|From:||Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>|
|Date:||Mon, 24 Aug 2009 07:04:52 -0400 (EDT)|
|References:||<alpine.DEB.2.00.0908110624420.22426@xxxxxxxxxxxxxxxx> <20090816022331.GA2309@xxxxxxxxxxxxx> <alpine.DEB.2.00.0908171024380.12533@xxxxxxxxxxxxxxxx> <alpine.DEB.2.00.0908220624440.30321@xxxxxxxxxxxxxxxx> <20090822142550.GA10003@xxxxxxxxxxxxx> <alpine.DEB.2.00.0908221044420.30321@xxxxxxxxxxxxxxxx> <20090822201558.GA17955@xxxxxxxxxxxxx> <alpine.DEB.2.00.0908221645440.20848@xxxxxxxxxxxxxxxx> <20090822205502.GA18904@xxxxxxxxxxxxx> <alpine.DEB.2.00.0908221659030.23463@xxxxxxxxxxxxxxxx> <20090823224504.GA19942@xxxxxxxxxxxxx>|
|User-agent:||Alpine 2.00 (DEB 1167 2008-08-23)|
On Sun, 23 Aug 2009, Christoph Hellwig wrote:
Ok, let's see where errors could happen then. There are four theoretical possibilities: (a) XFS (b) loop driver (c) crypto loop code (d) block layer Or combinations thereof. I would take (a) and (d) as more unlikely as they tend to get used much more and I would have heard more bug reports already. The cryptoloop code hasn't changed at all since 2.6.29. The loop code howver has a very interesting commit just after 2.6.39: commit 68db1961bbf4e16c220ccec4a780e966bc1fece3 Author: Nikanth Karthikesan <knikanth@xxxxxxx> Date: Tue Mar 24 12:29:54 2009 +0100 loop: support barrier writes Can you try reverting this one (it cleanly reverse-applies against 2.6.30 and current mainline) and see if that makes a difference?
Hello Christoph, # patch -p1 -R < ../unpatch.patch patching file drivers/block/loop.c Hunk #1 succeeded at 473 (offset -1 lines). Hunk #2 succeeded at 804 (offset -22 lines). # Patched, we'll see if the problem recurs.. thanks! Justin.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||xfs_check does not recognize fs truncation, Jan Engelhardt|
|Next by Date:||Changing a file system from case sensitive to case insensitive..., Linda A. Walsh|
|Previous by Thread:||Re: Kernel 220.127.116.11 XFS(..?) regression (& with/2.6.31-rc6), Christoph Hellwig|
|Next by Thread:||Re: Kernel 18.104.22.168 XFS(..?) regression (& with/2.6.31-rc6), Justin Piszcz|
|Indexes:||[Date] [Thread] [Top] [All Lists]|