All of lore.kernel.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind1@gmail.com>
To: Kyungmin Park <kmpark@infradead.org>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH] OneNAND: Runtime badblock check support
Date: Wed, 22 Jul 2009 10:28:13 +0300	[thread overview]
Message-ID: <4A66BF8D.9010902@gmail.com> (raw)
In-Reply-To: <9c9fda240907220011r10d76dfya3366c170a496e19@mail.gmail.com>

On 07/22/2009 10:11 AM, Kyungmin Park wrote:
> It don't avoid the double-scanning issue. only partial scan at
> bootloader. In my environemt kernel has 2MiB partition and we only
> scan this partition at load kernel command.
> Exactly that it skip the bad block scanning except the kernel
> partition at bootloader
> As bootcmd load kernel, it first check that read block is bad, if not
> read this block, next check again next block, and read next block and
> so on.

So you have a small kernel partition, you store the kernel there.
Your boot-loader reads the kernel partition and loads the kernel
from there. And of course the boot-loader scans the kernel partition
for bad block. And your boot-loader does not need to scan anything
else. I understand this part.

But what is next? Do you want to tell the kernel to avoid scanning the
kernel partition because boot-loader has already scanned it? Sorry, I
still cannot get the idea...

> I don't have any idea about on-flash BBT.

It is standard mechanism which exists in MTD from early tglx1 times.
MTD can keep BBT on flash, AFAIR, in the last eraseblock. Look for the
NAND_USE_FLASH_BBT constant. And this is the way to go if you want to
optimize BBT scanning, IMO.

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)

  reply	other threads:[~2009-07-22  7:28 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-21  2:53 [PATCH] OneNAND: Runtime badblock check support Kyungmin Park
2009-07-21 10:56 ` Artem Bityutskiy
2009-07-21 11:05   ` Kyungmin Park
2009-07-22  2:39     ` Kyungmin Park
2009-07-22  6:19       ` Artem Bityutskiy
2009-07-22  7:11         ` Kyungmin Park
2009-07-22  7:28           ` Artem Bityutskiy [this message]
2009-07-22  7:59             ` Kyungmin Park
2009-07-22  8:12         ` Amit Kumar Sharma
2009-07-22  8:26           ` Artem Bityutskiy
2009-07-24 15:31 ` Artem Bityutskiy
2009-07-24 23:17   ` Kyungmin Park

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=4A66BF8D.9010902@gmail.com \
    --to=dedekind1@gmail.com \
    --cc=kmpark@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    /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.