From: Kyungmin Park <kyungmin.park@samsung.com>
To: 'Bernhard Priewasser' <priewasser@gmail.com>
Cc: linux-mtd@lists.infradead.org
Subject: RE: [PATCH] OneNAND: Simple Bad Block handling support
Date: Thu, 01 Sep 2005 19:03:52 +0900 [thread overview]
Message-ID: <0IM4002SYUMFJ8@mmp2.samsung.com> (raw)
In-Reply-To: <4316CA53.7070201@gmail.com>
Hi
>
> please let me bother you with another question.
> It's about scanning for bad blocks during reading/writing
> flash (/* TODO
> handling oob */...)
'TODO handling oob' is for YAFFS filesystem
In JFFS2, they only use erase mark at oob area
But YAFFS use some many files,
We needs to test YAFFS. currently not yet run and tested.
> What's the possibility of having a bad block at r/w?
OneNAND spec isn't
> very extensive regarding handling bad blocks beside the initial scan.
> Which things must/should be done by the flash driver, which
> ones by the
> file system in this case?
I don't know the exactly but I heard that JFFS2 handles runtime badblock
internally.
So OneNAND MTD don't care badblock handling in read/write function.
MTD only care the initial bad block at erase operation.
> I would be very grateful if you could give me a brief outline, I'm
> afraid BBM is a bit "too new" for us because we are used to
> operate on
> plain NOR... :-)
In our commercial software, we use another bad block handling, known as Bad
Block Management (BBM) based on replace instead of skip as BBT
So we don't care the intial bad and runtime bad.
Now we are trying to implement our scheme and will be released at open
source. But not yet available in this time.
If do you have any question. please let me know :)
Regards.
Kyungmin Park
next prev parent reply other threads:[~2005-09-01 10:05 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 [this message]
2005-09-01 10:09 ` Bernhard Priewasser
2005-09-07 8:09 ` Bernhard Priewasser
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=0IM4002SYUMFJ8@mmp2.samsung.com \
--to=kyungmin.park@samsung.com \
--cc=linux-mtd@lists.infradead.org \
--cc=priewasser@gmail.com \
/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