From owner-freebsd-current Sun May 31 20:52:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21196 for freebsd-current-outgoing; Sun, 31 May 1998 20:52:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from antipodes.cdrom.com (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21190 for ; Sun, 31 May 1998 20:52:40 -0700 (PDT) (envelope-from mike@antipodes.cdrom.com) Received: from antipodes.cdrom.com (localhost [127.0.0.1]) by antipodes.cdrom.com (8.8.8/8.8.5) with ESMTP id TAA14896; Sun, 31 May 1998 19:47:33 -0700 (PDT) Message-Id: <199806010247.TAA14896@antipodes.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: Mike Smith , dag-erli@ifi.uio.no, mcdougall@ameritech.net, Kent A Vander Velden , current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain Subject: Re: kernel config In-reply-to: Your message of "Sun, 31 May 1998 16:43:37 PDT." <7926.896658217@time.cdrom.com> Date: Sun, 31 May 1998 19:47:32 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Adam McDougall writes: > > > > yup, add this to the kernel > > > > options USERCONFIG_BOOT > > > > > > YAUKO! > > > > I have some work in progress to make this option go away (and have > > kernel.config always parsed). Are there any strong objections to this? [inre: the USERCONFIG string at the top of kernel.config] > The reason it was added in the first place was the fact that these > commands could also (in the past, at least, haven't checked lately) be > pulled out of "info block" following the boot blocks. Since these could > also contain garbage if uninitialized, I added the explicit check for > the USERCONFIG string. Support for reading this data from flat areas of the disk is no longer part of the bootstrap. I don't think that there are very many cases where this is likely to be in use (I seem to recall it required a special bootblock compilation option). If there is a strong case for requiring this signature, though, I have no objections. Actually, kernel.config is a strong contender for the 'extras' stuff I developed for the splashkit, but the extra bloat in the bootblocks would not make me popular, I wot. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message