public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Frans Meulenbroeks <fransmeulenbroeks@yahoo.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] NAND bad environment block handling
Date: Thu, 8 Jan 2009 07:19:29 -0800 (PST)	[thread overview]
Message-ID: <247698.83293.qm@web33606.mail.mud.yahoo.com> (raw)

Hi,

I'm wondering what the best way is to handle bad environment blocks in NAND.

According to the spec of our supplier a delivered component is considered to be OK if less than 2% of the blocks are not bad.
This means that for our products we need to take into account that worst case 2% of the blocks are bad. But even with 1% bad blocks we have an issue:
If the bad blocks are distributed randomly we have a chance of 1/100 * 1/100 so 1 out of 10.000 that both U-Boot environment blocks are bad. 
And actually things could even be worse if the bad blocks are caused by some manufacturing defect at our supplier and both environment blocks happen to be bad in a whole batch of ICs.

Is there a solution for this?
(obviously I am not considering the situation for a single system, where I just would relocate the environment block; this concerns a production situation).

E.g. it would be nice if U-Boot could read the env from the next non-bad block at/after the env address.

Has someone experience in this area? Ideas? Suggestions?

Thanks alot!
Frans Meulenbroeks


      

             reply	other threads:[~2009-01-08 15:19 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-08 15:19 Frans Meulenbroeks [this message]
2009-01-08 16:06 ` [U-Boot] NAND bad environment block handling Cote, Sylvain
2009-01-09  7:25   ` Frans Meulenbroeks
2009-01-08 19:57 ` Scott Wood
2009-01-09  7:21   ` Marcel Ziswiler
2009-01-09 21:23     ` Wolfgang Denk
2009-01-11 11:10 ` Schlaegl Manfred jun.
2009-01-11 13:26   ` Frans Meulenbroeks
2009-01-11 20:20     ` Schlaegl Manfred jun.
2009-01-11 13:28   ` Wolfgang Denk
2009-01-11 14:35     ` Frans Meulenbroeks
2009-01-11 21:56       ` Wolfgang Denk
2009-01-11 20:30     ` Schlaegl Manfred jun.
     [not found] <mailman.2543.1231435349.2783.u-boot@lists.denx.de>
2009-01-08 18:27 ` Derek Ou
     [not found] <mailman.2551.1231706115.2783.u-boot@lists.denx.de>
2009-01-13 14:55 ` David.Kondrad at onqlegrand.com

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=247698.83293.qm@web33606.mail.mud.yahoo.com \
    --to=fransmeulenbroeks@yahoo.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox