public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] What's the status on erasing a nand flash with bad blocks?
Date: Fri, 6 Oct 2006 14:26:56 +0200	[thread overview]
Message-ID: <200610061426.56672.sr@denx.de> (raw)
In-Reply-To: <e0590900610050804v2aafafe6hf35c0b0357139f0@mail.gmail.com>

Hi Mitsy,

On Thursday 05 October 2006 17:04, mitsy wrote:
> There was a discussion on how to handle the bad blocks when erasing
> entire nand flash few month ago. I was curious to know what you all
> decided on how to handle the issue.
>
> Now I got a nand flash (Samsung) with 2 bad blocks and I can erase and
> program it from kernel using flash_eraseall and nandwrite just fine.
> However, from u-boot (I'm using a newer nand driver, btw) the erase
> stops at the first bad block, as you know.
>
> I'm little hesitant to just fix the code to skip the bad blocks during
> erase/write since like it was discussed on the earlier thread,
> kernel's mtd driver do it that way as well...
>
> Any comments/update on this issue will be very helpful!

When I remember correctly, Wolfgang was a little hesitantly to accept any 
changes to this code, because it was taken directly from the Linux MTD code. 
But as Ladislav Michl (the original comitter of the new NAND code) stated, 
this is because the erase is normally done from the mtd-utils package:

http://article.gmane.org/gmane.comp.boot-loaders.u-boot/23621

I would suggest that we change the current U-Boot code, so that erasing 
doesn't stop at bad blocks anymore, but skips them and prints a message, like 
the linux flash_eraseall utility:

"Skipping bad block at 0x%08x"

Wolfgang: Would this be ok for you?

Mitsy: Are you willing to create a patch for this?

Best regards,
Stefan

  reply	other threads:[~2006-10-06 12:26 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-05 15:04 [U-Boot-Users] What's the status on erasing a nand flash with bad blocks? mitsy
2006-10-06 12:26 ` Stefan Roese [this message]
2006-10-06 15:10   ` mitsy
2006-10-06 15:25     ` Guido Classen
2006-10-06 15:11   ` Tolunay Orkun
2006-10-06 19:43     ` Stefan Roese

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=200610061426.56672.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox