All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.