public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Marcel Ziswiler <marcel@ziswiler.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] NAND bad environment block handling
Date: Fri, 9 Jan 2009 07:21:35 +0000 (UTC)	[thread overview]
Message-ID: <loom.20090109T071730-900@post.gmane.org> (raw)
In-Reply-To: 20090108195744.GA28287@ld0162-tx32.am.freescale.net

Scott Wood <scottwood <at> freescale.com> writes:

> On Thu, Jan 08, 2009 at 07:19:29AM -0800, Frans Meulenbroeks wrote:
> > 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?
> 
> As others pointed out, this is supported; just make the environment range
> larger than the environment size.
> 
> However, this can be wasteful, especially with large block sizes; someone
> a while ago proposed putting a pointer to the environment in the OOB of
> the first block.

The openmoko guys do have an alternative implementation which dynamically sizes
all partitions in NAND according to what bad blocks are found therefore not
wasting any space. And they are using it in full-scale production environment
for the GTA02. Unfortunately I don't think this made it into mainline just yet.

  reply	other threads:[~2009-01-09  7:21 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-08 15:19 [U-Boot] NAND bad environment block handling Frans Meulenbroeks
2009-01-08 16:06 ` Cote, Sylvain
2009-01-09  7:25   ` Frans Meulenbroeks
2009-01-08 19:57 ` Scott Wood
2009-01-09  7:21   ` Marcel Ziswiler [this message]
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=loom.20090109T071730-900@post.gmane.org \
    --to=marcel@ziswiler.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