public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Rutger Hofman <rutger@cs.vu.nl>
To: linux-mtd@lists.infradead.org
Cc: Du Zhongdong <axdududu@gmail.com>
Subject: Re: Question on how NAND flash BBT is stored in the chip
Date: Fri, 17 Oct 2008 13:30:03 +0200	[thread overview]
Message-ID: <48F8773B.40809@cs.vu.nl> (raw)
In-Reply-To: <7ccead5b0810170027h677520dav1ea09079175b93fe@mail.gmail.com>

Du Zhongdong wrote:
> 
> On Thu, Oct 16, 2008 at 10:35 PM, Rutger Hofman <rutger@cs.vu.nl 
> <mailto:rutger@cs.vu.nl>> wrote:
> 
>     Good afternoon list,
> 
>     I have a question how the BBT (bad block table) is stored in MTD NAND
>     devices. I googled for a while, and browsed the code, but I am still not
>     sure.
> 
>     The question:
>     Is the BBT stored/retrieved using a spare layout? Is ECC
>     generation/correction done for it?
> 
> I'm not quite sure about what you mean by "using a spare layout",  but I 
> think bbt is stored in the main area of the specific page(the member 
> "int pages[NAND_MAX_CHIPS" in struct nand_bbt_descr). 

With 'spare layout' I mean the thingy that does auto-placement etc, and 
wraps up ECC, bad block mark(s), and user data into the spare area.

> the function scan_write_bbt calls mtd->write_oob with struct 
> mtd_oob_ops.mode = MTD_OOB_PLACE, tracking down this procedure I think 
> the oob data does not change its layout when written to NAND flash.
> 
> hope this information might be of some help to you :)
> 
> 
> 
>     This question derives from the question above: is the BBT marker pattern
>     stored within a spare layout (with slots for ECC, bad block markers
>     etc)? Or is it written verbatim (raw and unmangled) into the spare area?

Thanks. When browsing the code, I thought as much, but I couldn't 
absolutely make sure whether the spare is mangled or not.

So this leaves the question: the BBT itself doesn't seem to use ECC. Is 
there a reason why not? Wouldn't it be better if it does?

Thanks,

Rutger Hofman
VU Amsterdam

      parent reply	other threads:[~2008-10-17 11:29 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-16 14:35 Question on how NAND flash BBT is stored in the chip Rutger Hofman
     [not found] ` <7ccead5b0810170027h677520dav1ea09079175b93fe@mail.gmail.com>
2008-10-17 11:30   ` Rutger Hofman [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=48F8773B.40809@cs.vu.nl \
    --to=rutger@cs.vu.nl \
    --cc=axdududu@gmail.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox