All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joachim Jaeger <maillist@fsforth.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] skipping bad blocks when erasing nand
Date: Fri, 14 Jul 2006 09:10:37 +0200	[thread overview]
Message-ID: <44B7436D.7010506@fsforth.de> (raw)
In-Reply-To: <c32efac40607131613j56c016a3t5412189765a64b60@mail.gmail.com>

Hi,

Dave Hylands wrote:
> Hard-drives have bad blocks, but you don't see them being reported
> when you format.
> 
> Somebody who knows that NAND chips have bad blocks as a normal course
> of events won't be suprised to see them. People (i.e. end users - not
> the programmers) who are unaware that NAND chips can have bad blocks
> will be suprised, so the whole thing about bad blocks being normal now
> has to be documented.
> 
> I think that if a block is marked as bad, then doing an erase should
> just ignore blocks that already marked bad. However, if a block goes
> bad as a result of the formatting, then that's worth reporting
> (although, this is also a fact of life).

I also think the patch from David is OK, because the bad blocks are not
skipped, which would be fatal crossing partition boundaries, but just
ignored.
I think even reporting about these ignored blocks isn't necessary.
Instead it would be much more interesting to know about the really bad
block free space.

> 
> I think having a command to list the bad blocks would be useful.

This already exists (nand bad)

Regards
Joachim

> 
-- 
Joachim Jaeger

FS Forth-Systeme GmbH
A DIGI International Company
Kueferstrasse 8
79206 Breisach
Germany
Phone: +49-7667-908-0
Fax: +49-7667-908-200
mailto:joachim_jaeger at digi.com
web: www.fsforth.de, www.digi.com

  reply	other threads:[~2006-07-14  7:10 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-13 22:21 [U-Boot-Users] skipping bad blocks when erasing nand David Byron
2006-07-13 22:45 ` Wolfgang Denk
2006-07-13 23:13   ` Dave Hylands
2006-07-14  7:10     ` Joachim Jaeger [this message]
2006-07-14  7:14   ` Stefan Roese
2006-07-14  8:28     ` Wolfgang Denk
2006-07-14  8:47       ` Stefan Roese
2006-07-14  9:29         ` Wolfgang Denk
2006-07-14  9:58         ` Joachim Jaeger
2006-07-14 11:19           ` Wolfgang Denk
2006-08-22  9:44             ` Ladislav Michl
  -- strict thread matches above, loose matches on Subject: below --
2006-07-17 21:42 David Byron
2006-07-20 23:22 ` Tolunay Orkun
2006-07-21  4:27   ` Stefan Roese
2006-07-13 21:35 David Byron
2006-07-13 21:48 ` Wolfgang Denk

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=44B7436D.7010506@fsforth.de \
    --to=maillist@fsforth.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.