From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] U-Boot-1.2.0 - NAND bad block management
Date: Wed, 10 Oct 2007 09:11:24 +0200 [thread overview]
Message-ID: <200710100911.25114.sr@denx.de> (raw)
In-Reply-To: <fde666620710030613k6a63ad4cy9ed0c7de003ec886@mail.gmail.com>
Hi Vaibhav,
On Wednesday 03 October 2007, Vaibhav Hiremath wrote:
> I have ported U-Boot-1.2.0 to ARM11176 core, which supports NAND
> booting (big page NAND device).
>
> I have one query -
> How U-boot-1.2.0 handles bad block?
> As I understand at the booting time U-Boot-1.2.0 scans whole NAND
> device and maintains BBT. This absolutely fine with me, but what will
> happen if read operation fails after that, say page read has generated
> ECC error. U-Boot-1.2.0 doesn't mark this block as a bad block.
Correct. AFAIK, current U-Boot NAND code, doesn't support bad block marking at
all.
> Is this some kind of loop hole in U-Boot NAND support? Since there is
> no other cause appart from Write and Erase fail which will mark the
> blcok as a bad.
> Ideally it should mark that block as a bad for ECC error, since it's
> failing of read operation.
Yes, from my understanding this missing bad block marking is a problem that
should be fixed.
Thanks for bringing this issue up. Now all we need is a patch to support this
bad block management. ;)
Best regards,
Stefan
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office at denx.de
=====================================================================
prev parent reply other threads:[~2007-10-10 7:11 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-03 13:13 [U-Boot-Users] U-Boot-1.2.0 - NAND bad block management Vaibhav Hiremath
2007-10-10 4:03 ` Vaibhav Hiremath
2007-10-10 7:11 ` Stefan Roese [this message]
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=200710100911.25114.sr@denx.de \
--to=sr@denx.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.