From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail2.shareable.org ([80.68.89.115]) by bombadil.infradead.org with esmtps (Exim 4.69 #1 (Red Hat Linux)) id 1MDTm1-0006tl-2g for linux-mtd@lists.infradead.org; Mon, 08 Jun 2009 01:35:48 +0000 Date: Mon, 8 Jun 2009 02:35:28 +0100 From: Jamie Lokier To: Corentin Chary Subject: Re: about ubifs Message-ID: <20090608013528.GI15426@shareable.org> References: <1244204035.18630.0.camel@tommy-desktop> <71cd59b00906050542v72c228a0r883cef7795189fe9@mail.gmail.com> <1244206994.20718.7.camel@tommy-desktop> <71cd59b00906050704m650d9701q1012dc8b649d8d7f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <71cd59b00906050704m650d9701q1012dc8b649d8d7f@mail.gmail.com> Cc: linux-mtd@lists.infradead.org, tommy List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Corentin Chary wrote: > On Fri, Jun 5, 2009 at 3:03 PM, tommy wrote: > > no,i didn't fsync when i close file ! > > > > did ubifs driver can achieve "fsync" when user modify some file and > > close with save ? > > For critical data, you need to call fsync to be sure the data is > stored on the flash. > There is also a "sync" option for ubifs, but this will hurt performance a lot. That reminds me. A filesystem-generic "sync-on-close" mount option would be handy for things like that. Expecting users to call fsync from a shell script is probably a bit much in a lot of applications. -- Jamie