public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Vipin Malik <vipin.malik@daniel.com>
To: "Adam J. Bovill" <kiwi@dartmouth.edu>
Cc: MTD for Linux <linux-mtd@lists.infradead.org>
Subject: Re: M-Sys Device question
Date: Mon, 04 Jun 2001 11:21:29 -0500	[thread overview]
Message-ID: <3B1BB589.5438513E@daniel.com> (raw)
In-Reply-To: 20010604012932.Y10746@dartmouth.edu

Hi,

One thought: Upgrade the MTD code from the one that came with 2.4.5 to the
latest stuff in CVS. The stuff in the released
kernel is (usually) horribly out of date.

Since you got my email address, I presume you have access to the CVS (or the
HOWTO that tells you how to get to the CVS).

I personally don't use DOC, so cannot help you beyond this. Sorry :(

But the folks on the MTD list are very helpful. I'm copying this mail to the
list in case some one else has a solution.

Regarding your "Using IDE drive without any problems". Sigh. It is my firm
belief that no (power fail) reliable product can be made
where data is stored onto IDE flash drives.

So, unless you are doing a "one unit only project", you should worry about
using the IDE flash drive to write data to it. Read only should
not be an issue.

Vipin


"Adam J. Bovill" wrote:

> I have been working on an embedded firewall for a project at Dartmouth
> College.  We have been trying to get it to function properly.  We had it
> working, but then the device seemed to stop functioning.  fdisk no longer
> runs on it, and trying to run the nftl_format tool on /dev/mtd0 has
> problems:
>
> Phase 1. Checking and erasing Erase Zones from 0x00000000 to 0x02000000
> Erasing Zone #4095 @ 0x1ffe000
> Phase 2.a Writing NFTL Media Header and Bad Unit Table
> Phase 2.b Writing Spare NFTL Media Header and Spare Bad Unit
> Table
> Phase 3. Writing Unit Control Information to each Erase Unit
> MEMWRITEOOB at 200: Invalid argument
>
> this last line is repeated with increasing numbers.  And write errors
> are printed to the console.  I was wondering whether you had any
> thoughts or things that we could try to reinitialize the device so that
> it functions again. We are running 2.4.5 with the MTD drivers that are
> included in it.
>
> Thanks for any help, no worries if you have no thoughts on this... as we
> have an IDE drive that we are using without problems.
>
> Thanks,
> adam
>

       reply	other threads:[~2001-06-04 16:15 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20010604012932.Y10746@dartmouth.edu>
2001-06-04 16:21 ` Vipin Malik [this message]
2001-06-04 16:22   ` M-Sys Device question David Woodhouse

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=3B1BB589.5438513E@daniel.com \
    --to=vipin.malik@daniel.com \
    --cc=kiwi@dartmouth.edu \
    --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