public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
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

  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