public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Henrik Nordstrom <hno@marasystems.com>
To: mateo@posta.star.si, leland@sway.org
Cc: linux-mtd@lists.infradead.org
Subject: Re: 48meg DOC
Date: Fri, 30 Aug 2002 17:49:24 +0200	[thread overview]
Message-ID: <200208301749.24444.hno@marasystems.com> (raw)
In-Reply-To: <20020830140409.A7B5B11DE6@sitemail.everyone.net>

Have been playing with a 24megs DOC2000 lately, and soon gave up on the stock 
Linux drivers. Haven't had time to test the CVS version of the MTD drivers 
yet.

What I have ended up doing for the time beeing until I have more time is the 
simplest possible path.. M-Systems 5.1.2 firmware, a single DOS partition 
covering the whole DOC drive, and a normal GRUB as boot loader loaded in the 
normal manners via MBR (not the DOC enabled GRUB firmware).

GRUB loads the kernel and a compressed romfs root image from the DOS partition 
and starts the system. To access the DOC from within Linux for configuration 
data storage and upgrades the 5.0.0 Linux driver from M-Systems is used.

My final goal is to be able to partition the DOC in five pieces and to not 
having to depend on binary only drivers (is a hassle to have to use a initrd 
to be able to boot)..  1 binary flash partition for boot loader (GRUB), plus 
4 partitions for system (ro) and configuration (rw), two of each.

Boot area (GRUB in the binary flash partition)

System image (RO while running, compressed)

Primary configuration database (RW)

+ secondary system image and configuration database.

The configuration databases should preferably be journaled and flash friendly, 
but the write frequency is very low with small amounts of data so it is not 
critical.

But I have not yet figured out how to do this in a stable manner. GRUB does 
not like my DOC chips complaining about a UnitSizeFactor parameter in the 
NFTL header (perhaps because of them being formatted by the new firmware? I 
do not know. Was not aware there was firmware related problems), and if I 
partition the DOC in more than one partition using fdisk then it seems the 
M-Systems firmware craps out and I get all kinds of wierd results and the 
system cannot be booted from DOC. (once booted however it seems to be fine 
when accessed using the 5.0.0 version Linux driver, but I have occationally 
lost the flash disk partition when playing with this so I am not sure...)


> I am not sure, what is map installer?

The LILO map installer is /sbin/lilo. This creates the boot map in /boot/map. 
The boot map contains the block numbers of /boot/boot.b and your kernels or 
initrd images.

Regards
Henrik

  reply	other threads:[~2002-08-30 15:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-30 14:04 48meg DOC Mateo Anderson
2002-08-30 15:49 ` Henrik Nordstrom [this message]
2002-09-01 14:38   ` Mark Meade
2002-09-01 15:05     ` Henrik Nordström
2002-09-02 13:27       ` Mark Meade
2002-09-02 13:46         ` Henrik Nordstrom
2002-09-02 15:55         ` David Woodhouse
2002-09-02 16:52           ` Mark Meade
  -- strict thread matches above, loose matches on Subject: below --
2002-09-02  5:39 Mateo Anderson
2002-09-02  9:06 ` David Woodhouse
2002-09-02  9:32 Mateo Anderson

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=200208301749.24444.hno@marasystems.com \
    --to=hno@marasystems.com \
    --cc=leland@sway.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=mateo@posta.star.si \
    /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