public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Vitaly Wool <vwool@ru.mvista.com>
To: Josh Boyer <jwboyer@gmail.com>
Cc: Linux-MTD Mailing List <linux-mtd@lists.infradead.org>
Subject: Re: [RFC] read-only filesystem support for NAND flash devices
Date: Wed, 10 May 2006 15:20:44 +0400	[thread overview]
Message-ID: <4461CC8C.6010105@ru.mvista.com> (raw)
In-Reply-To: <625fc13d0605100400t458ab59enbd36f70c90e10b2e@mail.gmail.com>

Josh Boyer wrote:
>> As a filesystem is read-only, wear-out can't occur during the normal
>> use, only on root filesystem upgrade. Therefore writing it using a tool
>> like nandwrite that bypasses bad blocks seems to be enough, and the only
>> thing needed is either an in-MTD layer that makes a partition look as if
>> there's no babd blocks, or  similar means within a filesystem.
> Not quite the case.  You need bad block skipping, yes.  But NAND can
> get bit flips in good blocks still.  How do you deal with that?  You
> can't leave the block in that state forever because it will continue
> to get bit flips and then your data will be unusable.
Yep, I know about the issue. The recommended way to go here AFAIK is to 
mark the block as bad and copy its contents to a free one.
However, this will make mapping a lot more complicated so I'd like to go 
another way, i. e. erasing and rewriting this very block, and if it 
wears out, cache the data read from it and schedule moving the data 
forward within the partition in a background. Does that make sense?

Vitaly

  reply	other threads:[~2006-05-10 11:20 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-10  9:52 [RFC] read-only filesystem support for NAND flash devices Vitaly Wool
2006-05-10 11:00 ` Josh Boyer
2006-05-10 11:20   ` Vitaly Wool [this message]
2006-05-10 13:39     ` Jörn Engel
2006-05-10 20:11       ` Josh Boyer
2006-05-11 19:06     ` Russ Dill
2006-05-11 22:26       ` David Woodhouse
2006-05-11 23:26         ` Russ Dill
2006-05-11 23:34           ` Josh Boyer
2006-05-11 23:58             ` Russ Dill
2006-05-12  8:55           ` Vitaly Wool
2006-05-12  8:52       ` Vitaly Wool
2006-05-13 14:08         ` David Woodhouse
2006-05-10 17:04   ` Atsushi Nemoto
2006-05-10 17:20     ` Josh Boyer
2006-05-10 20:01       ` Jörn Engel
2006-05-11 14:23       ` Atsushi Nemoto

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=4461CC8C.6010105@ru.mvista.com \
    --to=vwool@ru.mvista.com \
    --cc=jwboyer@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