From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-iy0-f177.google.com ([209.85.210.177]) by merlin.infradead.org with esmtps (Exim 4.76 #1 (Red Hat Linux)) id 1Rn4Mq-0004ei-1G for linux-mtd@lists.infradead.org; Tue, 17 Jan 2012 08:26:08 +0000 Received: by iaek3 with SMTP id k3so880641iae.36 for ; Tue, 17 Jan 2012 00:26:07 -0800 (PST) Message-ID: <1326788862.28708.2.camel@sauron.fi.intel.com> Subject: Re: [PATCH v3 0/6] NAND BBM + BBT updates From: Artem Bityutskiy To: "Woodhouse, David" Date: Tue, 17 Jan 2012 10:27:42 +0200 In-Reply-To: <1326788619.28708.0.camel@sauron.fi.intel.com> References: <1326140612-26323-1-git-send-email-computersforpeace@gmail.com> <4F0C086A.5070608@linutronix.de> <1326320928.2338.37.camel@koala> <4F0EA32E.20500@linutronix.de> <1326494218.2258.36.camel@koala> <1326747569.11686.31.camel@shinybook.infradead.org> <1326788619.28708.0.camel@sauron.fi.intel.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-KWTKPgJzDSF+mUH9KBfX" Mime-Version: 1.0 Cc: Dan Carpenter , Barry Song <21cnbao@gmail.com>, Sebastian Andrzej Siewior , Nicolas Ferre , Dominik Brodowski , "Hunter, Adrian" , Gabor Juhos , "linux-mtd@lists.infradead.org" , Jonas Gorski , Jamie Iles , Ivan Djelic , Robert Jarzmik , Maxim Levitsky , Dmitry Eremin-Solenikov , Kevin Cernekee , Kulikov Vasiliy , Jim Quinlan , Andres Salomon , Axel Lin , Anatolij Gustschin , Mike Frysinger , Arnd Bergmann , Lei Wen , Sascha Hauer , Florian Fainelli , Peter Wippich , Matthieu CASTET , Kyungmin Park , Shmulik Ladkani , Wolfram Sang , "Dong, Chuanxiao" , Joe Perches , Guillaume LECERF , Brian Norris , Roman Tereshonkov Reply-To: dedekind1@gmail.com List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --=-KWTKPgJzDSF+mUH9KBfX Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable [Sorry, did not finish the e-mail :-)] On Tue, 2012-01-17 at 10:23 +0200, Artem Bityutskiy wrote: > Well, I am 100% not sure of course. But think that because marking blocks= as bad using OOB is > the standard way, and vendors know about this, and they know that flash > bad blocks become bad, they will probably make try to make this > mechanism work for the users. But even if this is not true for a > specific chip, then the users should have BBT, and it will be used. But > I do not believe that=20 that current MTD BBT is reliable enough for modern flashes. For such a hypothetical chip ti would have to be carefully assessed. --=20 Best Regards, Artem Bityutskiy --=-KWTKPgJzDSF+mUH9KBfX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAABAgAGBQJPFTD+AAoJECmIfjd9wqK0l+kQAKUh471LFAvZjBdBq50tkEh7 J43Ks1UEjoDYRlC/lbYeLxd20MQukrg8vPz0GCLa7tRnXqTuut+b6ly71jhbuU3W +CMOOU6LyLQrkGB9udPnCWj694/mwgoLvqro58K8AzrzaRcseelC04DiyCTAE4ZD Wx2id/4WD0aoWtIO7j5QoJAZRptmjWlmIWhjEkvQfC++UoHTCqzisxpzLd+7arDk Xn9ATem0gmXnGlDcoOiWF55LIwvZpwEHVy2Ctk8/9ZJQ1DWHlVHivJES8v4txTCg 6O5+0k88yoH6wNpbmtwpu+DSvH8MSpQ04RzifrYF8CmjJzJBAkB9tT0vE4hHrwIF /NQUei2fBvNSD2NNq/YurJDT6q5Nkwz2tOgJCkoHE/YSGBZdwJPu6dL/rmPsE4lP QEln7RhWC9X/bnfbQZCPNabyF8bypPXM+AXZpCU8HaVtO7AawjmUifKg5TUHt83R 8Lk+NNCNFNUJD1AGKDbywHDFuaIJ6k1o7hgOnGyMmfFuhWksXQkbcxSMdcOVJnO0 MFLY8Vuh5Q40zW3L1dRc0SG0Y2ADRflgr2TXw2fcOsZAv3Yi22rdbhRwx8IA3gkv wBginCbUzxH6rDpaAn+aH4qxZUl0V/LIvYY6ULg4kO25Hb70CxdYj+DncdaQAa5N dzpc36y8ughTrRD5ddDY =6MSB -----END PGP SIGNATURE----- --=-KWTKPgJzDSF+mUH9KBfX--