From owner-freebsd-hackers  Sun Nov 17 15:54:17 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id PAA22759
          for hackers-outgoing; Sun, 17 Nov 1996 15:54:17 -0800 (PST)
Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22748
          for <hackers@freebsd.org>; Sun, 17 Nov 1996 15:54:08 -0800 (PST)
Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id PAA02014; Sun, 17 Nov 1996 15:50:56 -0800 (PST)
Message-ID: <328FA4DC.41C67EA6@whistle.com>
Date: Sun, 17 Nov 1996 15:50:52 -0800
From: Julian Elischer <julian@whistle.com>
Organization: Whistle Communications
X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386)
MIME-Version: 1.0
To: Erich Boleyn <erich@uruk.org>
CC: Bruce Evans <bde@zeta.org.au>, dg@Root.COM, hackers@freebsd.org
Subject: Re: Memory probe(s) in FreeBSD
References: <E0vPGZx-0006py-00@uruk.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Erich Boleyn wrote:
>
> How about we leave the existing boot interface the way it is, and I'll
> generate a patch to use the new Multiboot interface (which can happily
> co-exist with the BSD methodology).  Some really big advantages of
> the Multiboot stuff include of course the extra memory information, but
> also a real text command-line (i.e. no patches to the bootloader for
> every new kernel option supported) and multiple modules passed at boot-time
> to the kernel would then be supported.
> 
> What do you think?
> 

well the whole boot/load area does need some work, though one
migh argue that one only boots aoocasionally, and that it can be made
to wrk at present so "if it aint broken, don't fix it"
but of course it is quite ugly
(and I had a lot to do with it)

julian