From: Bernhard Priewasser <priewasser@gmail.com>
To: kyungmin.park@samsung.com
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH] OneNAND: Simple Bad Block handling support
Date: Wed, 07 Sep 2005 10:09:54 +0200 [thread overview]
Message-ID: <431EA052.5010303@gmail.com> (raw)
In-Reply-To: <0IM4002SYUMFJ8@mmp2.samsung.com>
Hi all,
Kyungmin, I'm still not completely clear about your bad block handling,
sorry for bothering you another time.
In onenand_scan() you call scan_bbt() which calls onenand_memory_bbt()
which calls create_bbt() which builds the BBT using OOB data.
Fine so far.
But: the only time onenand_block_checkbad() is called is in
onenand_erase() before issueing the (erase-)command to prevent erasing
already scanned bad blocks.
Question: what about reading and writing (onenand_write_ecc(),
onenand_read_ecc())? There is no onenand_block_checkbad() before
issueing the write/read command. Shouldn't this be done??
scan_bbt() is only called on initial scan, e.g. device boot. What if
this happens very rarely and bad blocks due to wear occur; that meant
you cannot provide data integrity.
I wonder why this is not done in nand_base.c too. I'm afraid I missed
some BBT stuff to gather in my investigations :-)... So please kindly
excuse me if I'm wrong with my very limited MTD/OneNAND experience!
Best Regards,
Bernhard
next prev parent reply other threads:[~2005-09-07 8:10 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-18 8:16 [PATCH] OneNAND: Simple Bad Block handling support Kyungmin Park
2005-08-23 13:56 ` Bernhard Priewasser
2005-08-23 23:42 ` Kyungmin Park
2005-08-24 9:24 ` Bernhard Priewasser
2005-08-24 10:49 ` Bernhard Priewasser
2005-08-24 23:36 ` Kyungmin Park
2005-08-25 7:56 ` Bernhard Priewasser
2005-09-01 9:30 ` Bernhard Priewasser
2005-09-01 10:03 ` Kyungmin Park
2005-09-01 10:09 ` Bernhard Priewasser
2005-09-07 8:09 ` Bernhard Priewasser [this message]
2005-09-07 11:44 ` 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=431EA052.5010303@gmail.com \
--to=priewasser@gmail.com \
--cc=kyungmin.park@samsung.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 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.