From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from e34.co.us.ibm.com ([32.97.110.152]) by bombadil.infradead.org with esmtps (Exim 4.68 #1 (Red Hat Linux)) id 1Iut8M-00042j-QK for linux-mtd@lists.infradead.org; Wed, 21 Nov 2007 12:13:14 -0500 Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227]) by e34.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id lALHD5VD022256 for ; Wed, 21 Nov 2007 12:13:05 -0500 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id lALHD4eQ110490 for ; Wed, 21 Nov 2007 10:13:04 -0700 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lALHD4Ed002457 for ; Wed, 21 Nov 2007 10:13:04 -0700 Date: Wed, 21 Nov 2007 11:13:02 -0600 From: Josh Boyer To: "Gregory CLEMENT" Subject: Re: Some news for this: [PATCH] [MTD] BLOCK_RO: Readonly Block Device Layer Over MTD ? Message-ID: <20071121111302.67bc42c2@weaponx> In-Reply-To: <305035a40711210907ib702394y55e832e57dc98b37@mail.gmail.com> References: <305035a40711210627p1ea1f2c0me1ee1f8e8d124552@mail.gmail.com> <20071121160804.GC20871@lazybastard.org> <305035a40711210828k65174f44t3d64e9ee33fe26bf@mail.gmail.com> <20071121105817.3adbfbb5@weaponx> <305035a40711210907ib702394y55e832e57dc98b37@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: =?UTF-8?B?SsO2cm4=?= Engel , linux-mtd@lists.infradead.org List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 21 Nov 2007 18:07:19 +0100 "Gregory CLEMENT" wrote: > 2007/11/21, Josh Boyer : > > On Wed, 21 Nov 2007 17:28:05 +0100 > > "Gregory CLEMENT" wrote: > > > > > 2007/11/21, J=C3=B6rn Engel : > > > > On Wed, 21 November 2007 15:27:19 +0100, Gregory CLEMENT wrote: > > > > > > > > > > I come back with my question because it seems that last time I se= nt > > > > > this mail mtd mailing list was done during few weeks, so maybe t= his > > > > > mail was lost. > > > > > > > > What problem does the driver solve? > > > It allow to use cramfs/squashfs/fat in read-only on NAND flash for > > > embedded systems. > > > > Not really. It allows you to put one of those filesystems into > > NAND using a bad-block aware program initially, and mount it. It > > doesn't handle run-time bit flips or errors from what I can see. > > > > josh > > >=20 > Are these run-time bit flips can happen on reading only mode? They can, yes. Particularly if you do lots of reads to the same NAND page, which can happen for superblock type transactions. josh