[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1EEFFD17-64E7-41C6-BFED-529A5794EC36@cam.ac.uk>
Date: Fri, 2 Nov 2007 19:22:13 +0000
From: Anton Altaparmakov <aia21@....ac.uk>
To: Mike Galbraith <efault@....de>
Cc: LKML <linux-kernel@...r.kernel.org>,
ntfs-dev <linux-ntfs-dev@...ts.sourceforge.net>,
Neil Brown <neilb@...e.de>
Subject: Re: [Linux-NTFS-Dev] 2.6.23 regression: second access of empty ntfs file leads to D state hang
Hi Mike,
On 30 Oct 2007, at 09:23, Anton Altaparmakov wrote:
> On 30 Oct 2007, at 08:00, Mike Galbraith wrote:
>> On Mon, 2007-10-29 at 16:18 +0100, Mike Galbraith wrote:
>> Not being very good at walking away from unsolved mysteries, I
>> chased it
>> down. The problem is that...
>> commit[a32ea1e1f925399e0d81ca3f7394a44a6dafa12c] Fix read/truncate
>> race
>> ...calls ntfs_readpage() for a zero i_size inode, which it isn't
>> accustomed to.
>
> Great, thanks for doing that!
>
>> Below is the hammer which made my box a happy camper again.
>
> Yes that will fix it but the complete solution is more involved as
> there are three related bugs which explain why you were getting the
> hangs after the error... I will make a patch for all of these in
> the next few days...
Attached is a patch that should fix this and the other related issues
I found.
Would you be able to test it in your setup? Thanks a lot in advance!
Best regards,
Anton
--
Anton Altaparmakov <aia21 at cam.ac.uk> (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/
Download attachment "ntfs-read-fix.diff" of type "application/octet-stream" (2028 bytes)
Powered by blists - more mailing lists