From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.nokia.com ([192.100.122.230] helo=mgw-mx03.nokia.com) by bombadil.infradead.org with esmtps (Exim 4.69 #1 (Red Hat Linux)) id 1MQafT-0007Rz-Ic for linux-mtd@lists.infradead.org; Tue, 14 Jul 2009 05:35:25 +0000 Subject: RE: UBIFS Corrupt during power failure From: Artem Bityutskiy To: Eric Holmberg In-Reply-To: References: <1239979018.3390.298.camel@localhost.localdomain> <200905150916.54091.sr@denx.de> <1242721105.3623.0.camel@localhost.localdomain> <1246627562.20721.190.camel@localhost.localdomain> <1246627771.20721.191.camel@localhost.localdomain> <7207AAC68CE347458026863515A07DA102901F3C@usw-am-xch-02.am.trimblecorp.net> <1246629940.20721.219.camel@localhost.localdomain> <7207AAC68CE347458026863515A07DA102901F9C@usw-am-xch-02.am.trimblecorp.net> <1246633131.20721.224.camel@localhost.localdomain> <1246854654.20721.271.camel@localhost.localdomain> <1246855913.20721.287.camel@localhost.localdomain> <1246862635.20721.291.camel@localhost.localdomain> <1246949184.20721.302.camel@localhost.loca ldomain> Content-Type: text/plain; charset="UTF-8" Date: Tue, 14 Jul 2009 08:34:30 +0300 Message-Id: <1247549670.8109.2.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Cc: linux-mtd@lists.infradead.org, Stefan Roese , Nicolas Pitre , Adrian Hunter , Urs Muff Reply-To: dedekind@infradead.org List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 2009-07-13 at 12:22 -0600, Eric Holmberg wrote: > I verified with Spansion that the embedded erase algorithm first clears > all 1's to 0's before erasing the bits to charge them back up to 1. Yes, I found this information in the data sheet as well. > The patch to write to the header is a great solution and I think it's > the only possible solution. Performance should be fine, since the > 4-byte write should only take about 0.5ms which is insignificant > compared to a typical PEB erase time of 700ms. Yeah, nor erase is dead slow comparing to NAND. > I will run 4 boards through torture tests starting tonight and let you > know later this week! Based upon the errors that I've seen and looking > at the patch, I think that should solve the problem. Nice. Note, with this patch I cannot reproduce UBIFS mount errors. I am trying to see mount errors related to the buffered writes, but cannot. -- Best regards, Artem Bityutskiy (Битюцкий Артём)