Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751538AbZCSRGp (ORCPT ); Thu, 19 Mar 2009 13:06:45 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753856AbZCSRGf (ORCPT ); Thu, 19 Mar 2009 13:06:35 -0400 Received: from cantor.suse.de ([195.135.220.2]:52132 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753334AbZCSRGe (ORCPT ); Thu, 19 Mar 2009 13:06:34 -0400 Date: Thu, 19 Mar 2009 18:06:30 +0100 From: Jan Kara To: Linus Torvalds Cc: Nick Piggin , Ying Han , Jan Kara , Andrew Morton , linux-kernel , linux-mm , guichaz@gmail.com, Alex Khesin , Mike Waychison , Rohit Seth , Peter Zijlstra Subject: Re: ftruncate-mmap: pages are lost after writing to mmaped file. Message-ID: <20090319170630.GA9119@duck.suse.cz> References: <604427e00903181244w360c5519k9179d5c3e5cd6ab3@mail.gmail.com> <200903200248.22623.nickpiggin@yahoo.com.au> <200903200334.55710.nickpiggin@yahoo.com.au> <20090319170340.GC3899@duck.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090319170340.GC3899@duck.suse.cz> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1386 Lines: 28 On Thu 19-03-09 18:03:40, Jan Kara wrote: > On Thu 19-03-09 09:51:59, Linus Torvalds wrote: > > > > > > On Fri, 20 Mar 2009, Nick Piggin wrote: > > > > > > Yeah, probably no need to hold private_lock while tagging the radix > > > tree (which is what my version did). So maybe this one is a little > > > better. I did test mine, it worked, but it didn't solve the problem. > > > > Ahh, so you re-created it? On ext2 only, or is it visible on ext3 as well? > > I've not even tested - I assumed that I would have to boot into less > > memory and downgrade my filesystem to ext2, which made me hope somebody > > else would pick it up first ;) > In thread http://lkml.org/lkml/2009/3/4/179 I've reported similar problem > - write lost. I'm able to reproduce under UML linux at will. ext3 takes > with 1KB blocksize about 20 minutes to hit the corruption, ext2 with 1 KB > blocksize about an hour, ext2 with 4KB blocksize several hours... And BTW HP is reporting to us a similarly looking problem on reiserfs on ia64 with SLE11 (2.6.27 based). But that takes several days to reproduce with their proprietary test suite. Honza -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/