All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.