From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ch-zrh-72-201.trenka.ch ([93.188.72.201]:34521 "EHLO mail.o2s.ch" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1756528Ab0FAUFl (ORCPT ); Tue, 1 Jun 2010 16:05:41 -0400 From: David =?iso-8859-1?q?Lanzend=F6rfer?= Subject: Re: MSM NAND - Subpage size reading Date: Tue, 1 Jun 2010 22:05:39 +0200 References: <201005301843.03629.david.lanzendoerfer@o2s.ch> <20100601165758.GB610@huya.qualcomm.com> In-Reply-To: <20100601165758.GB610@huya.qualcomm.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5675929.047JVEWBxn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201006012205.47125.david.lanzendoerfer@o2s.ch> Sender: linux-arm-msm-owner@vger.kernel.org List-ID: To: David Brown , linux-arm-msm@vger.kernel.org --nextPart5675929.047JVEWBxn Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit >> [...] >The NAND controller on the MSM has limited support for subpage >operations. The problem is that it does ECC across the entire >page data. This is necessary in order to support MLC NAND >devices. Hmm. Ok. >Is the requirement to do subpage read, or subpage writing? Subpage writing and reading in order to perform ubiformat operations. >Subpage writing is not possible on MLC NAND (it isn't even >permitted to overwrite data to zero things out). Depending on >which data is needed, subpage reading could be done, but would >transfer at least 1/4 of the page anyway. Thats bad. But it seems we need to take it, in order to get ubifs working on this device. >David dito ;-) --nextPart5675929.047JVEWBxn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEABECAAYFAkwFaBsACgkQAeZw77btGjoSiQCeN/8Q8El4/JT8wR6k9xrlAEd0 oSUAn3yhsLrM7ztQ9FGEIovWIIy/TWwQ =JSA9 -----END PGP SIGNATURE----- --nextPart5675929.047JVEWBxn--