linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <bh40@calva.net>
To: Geert Uytterhoeven <geert@sonycom.com>, linuxppc-dev@lists.linuxppc.org
Subject: Re: New booter
Date: Thu, 16 Sep 1999 12:47:15 +0200	[thread overview]
Message-ID: <19990916124715.021257@mailhost.mipsys.com> (raw)
In-Reply-To: <Pine.GSO.4.10.9909160957530.21133-100000@ivy.sonytel.be>


On Thu, Sep 16, 1999, Geert Uytterhoeven <geert@sonycom.com> wrote:

>After compiling a new kernel, I copy it to /boot (using a new name, of
>course),
>update the symlinks and rerun LILO. If I forget (one of) the last two steps,
>nothing bad happens.
>
>IMHO the best thing would be something like MILO on the Alpha. MILO is a
>small binary that contains device drivers and filesystems taken from the
>standard Linux kernel sources. Hence MILO knows about e.g. your ext2fs
>partition and fancy U2W-SCSI adapter. On Alpha the MILO binary is put on a
>MSDOS formatted partition. On PPC, you could store it on either a HFS or
MSDOS
>formatted partition, or use a LILO-alike scheme (raw-blocks). Even BootX
could
>load MILO under MacOS, if you want that.
>
>Combined, you would have a shared `high-level' booter, which is called by
>different `low-level' booters (FS (HFS/MSDOS), raw-blocks, BootX), depending
>on
>your taste and architecture:

I personally tend to think that the small HFS partition is not a so bad
idea. As several person pointed out, the boot block mecanism involves
fitting most of the primary booter in a small space, requires building a
map of the files it must access to, etc...

With a firmware able to load files from a simple file system, eventually
hidden from users, makes things a lot easier, you don't have to rebuild
maps each time you change a file, you can split your booter into several
files if you want to, etc...

For example, under linuxppc, we could mount this bootstrap HFS partition
on /boot, and just copy kernel to this in order to make them available to
the booter.

Of course, all this is specific to PowerMacs, other PPC machine needs a
different boot mecanism anyway.

Back to miBoot, I'll try to get it working first (it seems to work but
the kernel hangs, I don't know why yet and I won't have time to look into
this until this week-end). It doesn't solve all the problems since making
bootable CDs (which is my main goal for now) requires a valid driver on
the CD (only MacOS Toast can do that to my knowledge) and using this
trick to boot from the HD also requires a valid MacOS driver on the disk.

I do have some plans to extend the mecanism further and make a CD driver
to avoid relying on Toast and eventually a hard disk driver too (I do
have a prototype SCSI driver but this requires licenced patches from
Apple to make something really useable).


-- 
           Perso. e-mail: <mailto:bh40@calva.net>
           Work   e-mail: <mailto:benh@mipsys.com>
BenH.      Web   : <http://calvaweb.calvacom.fr/bh40/>


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

  parent reply	other threads:[~1999-09-16 10:47 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <v04011701b404e6cd4493@[199.174.193.101]>
     [not found] ` <v04210105b404ed46f043@[192.168.0.1]>
1999-09-15  9:39   ` New booter Benjamin Herrenschmidt
1999-09-15  9:58     ` Ethan Benson
1999-09-15 17:53       ` Kevyn Shortell
1999-09-15 18:03         ` David A. Gatwood
1999-09-15 22:40           ` Ethan Benson
1999-09-15 22:56             ` Tom Rini
1999-09-16  7:50               ` New booter-New world Sean
1999-09-16 11:46                 ` David Riley
1999-09-16 17:05                   ` Kevyn Shortell
1999-09-16 23:46                   ` Sean
1999-09-15 23:03             ` New booter Dan Burcaw
1999-09-15 22:37         ` Ethan Benson
1999-09-15 23:02           ` Peter Bierman
1999-09-16  3:18             ` Ethan Benson
1999-09-16  3:37               ` David D. Kilzer
1999-09-15 23:10           ` Wolfgang Denk
1999-09-16  8:16             ` Geert Uytterhoeven
1999-09-16  8:38               ` Ethan Benson
1999-09-16 10:47               ` Benjamin Herrenschmidt [this message]
1999-09-16 17:01               ` David A. Gatwood
1999-09-16 18:48               ` Michel Lanners
1999-09-15 23:15           ` erik cameron
1999-09-16  3:50             ` Ethan Benson
1999-09-16  4:21               ` Dan Burcaw
1999-09-15 17:22   ` David A. Gatwood
1999-09-15 22:41     ` Ethan Benson
1999-09-15 17:39   ` Peter Bierman
1999-09-15 22:27     ` Ethan Benson
1999-09-15 22:47       ` David N. Welton
1999-09-15 23:01         ` Dan Burcaw
1999-09-15 22:48       ` Peter Bierman
1999-09-15 23:19         ` Ethan Benson
1999-09-15 23:48           ` Tom Rini
1999-09-16  0:23             ` David A. Gatwood
1999-09-16  4:02               ` Sean
1999-09-16  5:42                 ` David A. Gatwood
1999-09-16  3:59             ` Ethan Benson
1999-09-16  7:42         ` New booter (about quik) Michel Lanners
1999-09-17  0:32           ` Paul Mackerras
1999-09-17  1:46             ` Ethan Benson
1999-09-17 15:06             ` Benjamin Herrenschmidt
     [not found] <199909170500.AAA08016@lists.linuxppc.org>
1999-09-17 16:07 ` New booter Derek Homeier
1999-09-18 12:58   ` Benjamin Herrenschmidt
1999-09-14  9:37 Ethan Benson
  -- strict thread matches above, loose matches on Subject: below --
1999-09-14  9:18 Benjamin Herrenschmidt
1999-09-14  9:28 ` Ethan Benson
1999-09-14  9:10 Benjamin Herrenschmidt
1999-09-13 20:37 Kevin Puetz
1999-09-13 22:08 ` Ethan Benson
     [not found] <19990913192231.002595>
1999-09-13 17:24 ` Benjamin Herrenschmidt
1999-09-13 19:51   ` Andreas Bogk
1999-09-13 18:12     ` Daniel Jacobowitz
1999-09-13 17:22 Benjamin Herrenschmidt

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=19990916124715.021257@mailhost.mipsys.com \
    --to=bh40@calva.net \
    --cc=geert@sonycom.com \
    --cc=linuxppc-dev@lists.linuxppc.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;
as well as URLs for NNTP newsgroup(s).