From: Dvir Oren <dviro@lucidvon.com>
To: David Woodhouse <dwmw2@infradead.org>, MTD <mtd@infradead.org>
Subject: Re: Bad Block Table
Date: Tue, 28 Mar 2000 11:44:17 +0000 [thread overview]
Message-ID: <38E09B11.99A7A4B1@lucidvon.com> (raw)
In-Reply-To: 17860.954236260@devel2.axiom.internal
David Woodhouse wrote:
> Stored in the same erase block as the NFTL Media
> Header(s). Look for BadUnitTable in util/nftl_format.c
I now have some more questions:
If I understand correctly, 512 zones (== bytes?) are 1 block. And then
you try to erase each block, and see if
it was written correctly, and if not, you save it in the
table.
However - it seems to me like the position you write the
table depends on where the nftl_format got started. That is, if I write
nftl_format /dev/mtd0 49152, it'll write it at a different place than if
I wrote nftl_format /dev/mtd0.
Isn't the table supposed to be at the same place all the time? I just
called M-Systems, and they claim it's at the same position all the
time. They have a command to save it: dformat /win:xxxx /log:<file>,
which appears like it will be at the same position each time.
And also - Oron from M-Systems said something about saving the table,
and never writing to it. That's not quite what you do. You check for
the bad blocks, and then re-write the table. Am I correct?
I didn't understand why there is MediaUnit1 and MediaUnit2.
Thanks for the help!
--
Dvir Oren <dviro@lucidvon.com>
Lucid VON Ltd. <http://www.lucidvon.com>
9 Saloniki St., Tel-Aviv Israel
Tel: +972 3 644 3038 Fax: +972 3 644 3039
To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org
next prev parent reply other threads:[~2000-03-28 11:41 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-03-28 9:09 Bad Block Table Dvir Oren
2000-03-28 9:37 ` David Woodhouse
2000-03-28 11:44 ` Dvir Oren [this message]
2000-03-28 11:59 ` Dvir Oren
2000-03-28 12:52 ` David Woodhouse
-- strict thread matches above, loose matches on Subject: below --
2000-04-04 14:55 Dvir Oren
2000-03-26 14:21 Dvir Oren
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=38E09B11.99A7A4B1@lucidvon.com \
--to=dviro@lucidvon.com \
--cc=dwmw2@infradead.org \
--cc=mtd@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