From owner-freebsd-hackers Sun Aug 9 17:55:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20876 for freebsd-hackers-outgoing; Sun, 9 Aug 1998 17:55:25 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20871 for ; Sun, 9 Aug 1998 17:55:21 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-112.camalott.com [208.229.74.112]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id TAA05437; Sun, 9 Aug 1998 19:56:11 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id SAA02641; Sun, 9 Aug 1998 18:36:54 -0500 (CDT) (envelope-from joelh) Date: Sun, 9 Aug 1998 18:36:54 -0500 (CDT) Message-Id: <199808092336.SAA02641@detlev.UUCP> To: freebsd-hackers@FreeBSD.ORG Subject: Boot code From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From /sys/i386/boot/biosboot/boot.c: /* * Be paranoid and make doubly sure that the input buffer is empty. */ if (loadflags & (RB_DUAL | RB_SERIAL)) init_serial(); Is this worth the bytes? (The only thing that would have frobbed loadflags at this point is getbootdev, and it calls init_serial() if it sets either flag. This is what I see, but more eyes checking me would be welcome.) Are we even concerned about saving bytes in boot2, or is that no longer a concern? While I'm at it, the stack is reset when the kernel is loaded, so I don't need to worry about adding variables to boot(), do I? While I'm at it, I'm adding code to allow all flags to be specified in boot.config. The idea is that if flags are specified from the keyboard, they override everything (except RB_SERIAL, RB_DUAL, and RB_PROBEKBD) from boot.config. Anybody have a problem with this? Happy hacking, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message