public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: pla <pla@tmok.com>
To: linux-mtd@lists.infradead.org
Subject: Re: DOC2000 erase size of 16k?
Date: Mon, 13 Aug 2001 21:40:35 -0400 (EDT)	[thread overview]
Message-ID: <200108140140.VAA21387@stone.tmok.com> (raw)

> What failure mode are you seeing with it now?

Well, under Linux, the MTD driver sees it, but the NFTL layer reports
it as unrecognized and doesn't see any partitions on it (and as a
result, I have no /dev/nftl, since I use devfs).  Under DOS, the
"official" DOC utils report a couple of curious errors, but in no
case will they cooperate and fix it as worked in the past.  Incidentally,
I have had email correspondence with tech support at MSystems, and
they suggested that I have it replaced (as in, for free, so not just
trying to get me to buy another one) after I described the output
of the DOS utils and tried a few things.  Perhaps I should actually
consider the possibility that I simply had a bad chip.
 
If it helps, I will describe exactly what I did, and you can see if
I did anything blatantly stupid (though for the most part I followed
the MTD-JFFS HowTo):
 
    1) Built a totally-minimal 2.4.5 kernel with the 20010807 MTD
       drivers included (most likely, as I mentioned, I may have
       accidentally broken the MTD part).
    2) Threw together a 1-disk boot/root combo with busybox, tinylogin,
       and the MTD utils.
    3) tried running "nftl_format /dev/mtd/0", it complained about the
       erase size.
    4) "fixed" nftl_format to tell me what it saw as the erase size,
       then again to do the format anyway.  (1st major DOC failure)
    5) used the DOS DOC utils to reinstall the stock 4.2 firmware and
       freshly format it.
    6) Upgraded to the 2.4.8 kernel, which saw everything just fine,
       then to the 20010812 MTD snapshot, everything still fine.
    7) built the grub DOC firmware image and invoked the command
       "doc_loadbios /dev/mtd0 grub_firmware" as instructed by the
       HowTo. (2nd major DOC failure, never recovered)
    8) Contacted MSystems tech support to see if they knew of an
       easy fix for what I'd done.
    9) After a few rounds with tech support (very friendly, incidentally),
       simply replaced the seemingly-dead DOC with another I had.  The
       new one works just fine, though I've not yet tried to use GRUB
       as its boot-image.
 
I apologize for the length of this, and if you've grown tired of
reading about my careless mistakes, I really don't mind writing
this one off.  I've installed a new DOC, and moved on.  (I still
need to get GRUB working, so I doubt you've heard the last from
me, but... <G>)
 
 
  
                                        - Ben

             reply	other threads:[~2001-08-14  1:34 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-14  1:40 pla [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-08-13 19:25 DOC2000 erase size of 16k? pla
2001-08-13 23:56 ` David Woodhouse
2001-08-13  1:29 pla
2001-08-13  7:37 ` David Woodhouse
2001-08-12 23:33 pla
2001-08-12 23:46 ` David Woodhouse
2001-08-13 14:40   ` Vipin Malik

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=200108140140.VAA21387@stone.tmok.com \
    --to=pla@tmok.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