public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: John Sutton <john@scl.co.uk>
To: linux-mtd@lists.infradead.org
Subject: Re: Booting from DOC2000 with GRUB loader
Date: Thu, 2 May 2002 08:47:33 +0100	[thread overview]
Message-ID: <02050209075601.08259@diva.localdomain> (raw)
In-Reply-To: <02050120383503.07252@diva.localdomain>

Hi again

Many thanks for all that feedback!  Definitely a positive consensus
about the units for start_offset ;-)

Jasmine suggests that I should leave some extra after the end of grub for
future expansion, which seems a good idea, but raises in my mind the
question as to how grub (or anything else) knows where the nftl partition
starts?  Does nftl_format also write a pointer to the start block
somewhere else?  Or does the format contain some kind of signature?

Re the suggestions as to how to recover from an unbootable system!  To
an old fool like me, the idea of pushing a chip into a live board makes my
hair curl!  Anyways, I hope it doesn't come to that as it would in my case
be extremely difficult, if not impossible - I'm using an SBC plugged into
a passive backplane and the DoC socket is right at the bottom next to the
edge connector ;-(

Jasmine also comments that:

> > and cdrom.  So if I screw up this nftl_format and trash grub, I'm
> > going to end up with an unbootable system ;-(
> 
> no you aren't.  If you tell grub:
> 
> rootnoverify (fd0)
> chainloader +1
> boot
> 
> it will boot off the floppy.

But this assumes that I *haven't* trashed grub?

> (If you totally trash grub, the BIOS won't load
> anything off the DoC in the first place.)

Can it take that to mean that the BIOS will do some kind of checksum on
the code it's going to pass control to (i.e., in this case, grub) and
*won't* jump to it if the checksum fails?  That would be nice but I fear
it's not the case given the advice from the other guys who have obviously
on occasion found themselves in exactly this kind of mess?

And finally, off-list (so to speak) I've had this email from Cfowler
<cfowler@outpostsentinel.com>:

> Do not use grub.  You have erased the badblock table on that DOC and it
> is no logner good for production.  I spent 2 days recovering from this
> mess.

What am I to make of that?

TIA
John

On Wed, 01 May 2002, you wrote:
> > or nftl_format /dev/mtd0 98304  (bytes)
> 
> this one is correct
> 
> > I'm nervous about messing this up because since I put grub on the DoC, the
> > machine only ever boots from the DoC - completely ignores floppy, scsi disks
> > and cdrom.  So if I screw up this nftl_format and trash grub, I'm going to end
> > up with an unbootable system ;-(  (OK, I'll just have to pull the DoC chip out
> > of the board *again*, but even this gives me the eebies, so tight is the damn
> > thing stuck in its socket!  And anyway, if the system is unbootable with the
> > DoC chip in there, how am I ever going to reprogram it?)
> > 
> > Help much appreciated!
> 
> *** WARNING *** WARNING *** WARNING *** WARNING ***
> 
> THIS CAN DAMAGE YOUR HARDWARE AND BLOW YOU UP
> (but it seems to work for me)
> 
> *** WARNING *** WARNING *** WARNING *** WARNING ***
> 
> I have an ISA card for the DOC2000, I boot up my workstation, carefully
> plug in the isacard, modprobe doc2000, insmod docprobe insmod mtdchar
> (if necessary) insmod nftl (if necessary). Do whatever I need to do,
> rmmod nftl, rmmod docprobe, rmmod doc2000, and remove the card. On my
> machine, doing this using the devfsd nodes causes an oops after the
> first time, a simple workaround is using hand made device files.
> 
> *** WARNING *** WARNING *** WARNING *** WARNING ***
> 
> THIS CAN DAMAGE YOUR HARDWARE AND BLOW YOU UP
> (but it seems to work for me)
> 
> *** WARNING *** WARNING *** WARNING *** WARNING ***
-- 

***************************************************
John Sutton
SCL Internet
URL http://www.scl.co.uk/
Tel. +44 (0) 1239 711 888
***************************************************

  parent reply	other threads:[~2002-05-02  8:15 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-01 19:17 Booting from DOC2000 with GRUB loader John Sutton
2002-05-01 19:49 ` Ilguiz Latypov
2002-05-01 19:49 ` Nikhil Goel
2002-05-01 20:15 ` Russ Dill
2002-05-02  7:47 ` John Sutton [this message]
2002-05-02  9:32   ` Russ Dill
2002-05-02 10:56     ` John Sutton
2002-05-02 16:09       ` Ilguiz Latypov
2002-05-02 17:33         ` Jasmine Strong
2002-05-02 17:39       ` Jasmine Strong
2002-05-02 18:17         ` Frederick Lefebvre
2002-05-02 18:45           ` Ilguiz Latypov
2002-05-03 13:40     ` John Sutton
2002-05-03 16:19       ` Jasmine Strong
  -- strict thread matches above, loose matches on Subject: below --
2002-04-26  2:19 Zhiwei Yu
2002-04-26  2:35 ` Russ Dill

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=02050209075601.08259@diva.localdomain \
    --to=john@scl.co.uk \
    --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