From owner-freebsd-current Tue Nov 2 21:37:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 8ABAC1504B for ; Tue, 2 Nov 1999 21:37:21 -0800 (PST) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40376>; Wed, 3 Nov 1999 16:31:19 +1100 Content-return: prohibited Date: Wed, 3 Nov 1999 16:36:39 +1100 From: Peter Jeremy Subject: Re: diskless boot roadmap (was:L Re: GENERIC build broken ) In-reply-to: <199911030515.VAA02306@dingo.cdrom.com> To: Mike Smith Cc: current@FreeBSD.ORG Reply-To: peter.jeremy@Alcatel.com.au Message-Id: <99Nov3.163119est.40376@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0pre3i Content-type: text/plain; charset=us-ascii References: <99Nov3.160403est.40416@border.alcanet.com.au> <199911030515.VAA02306@dingo.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 1999-Nov-03 16:15:03 +1100, Mike Smith wrote: >> On 1999-Nov-03 15:59:38 +1100, Matthew Dillon wrote: >> >:Well, bootp in the kernel has to die too. >> > >> > Huh? And replace it with what? BOOTP is the only way to get an NFS >> > root and swap. >> >> Sun uses reverse ARP to do this. Reverse ARP _is_ a hack, but it _is_ >> an alternative to BOOTP. > >RARP would be a really bad move at the moment, since everyone else is >using DHCP. I'm not suggesting we move to RARP. Matt was stating that BOOTP is the only way. > There's also no call for the kernel >to do any of this work; the loader will do it all and pass it in to the >kernel in a format it can use directly. Sounds excellent. (Not that I'm offering at this point in time). Initialisation code in the permanently resident kernel is basically just wasting physical RAM. The less of it there is, the better. How much of the probe code can we move into userland? Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message