From owner-freebsd-hackers Fri Jan 20 10:08:17 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA17208 for hackers-outgoing; Fri, 20 Jan 1995 10:08:17 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA17189 for ; Fri, 20 Jan 1995 10:08:07 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA00443; Sat, 21 Jan 1995 05:06:19 +1100 Date: Sat, 21 Jan 1995 05:06:19 +1100 From: Bruce Evans Message-Id: <199501201806.FAA00443@godzilla.zeta.org.au> To: terry@cs.weber.edu, wpaul@skynet.ctr.columbia.edu Subject: Re: More serial console stuff... Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> part = 0; >> unit = (drive & 0x7F); I always make this change too. >> This automagically sets the unit to 0 or 1 accordingly. I've seen this >> bandied about on the newsgroups, but I've often wondered why it never >> became official. My guess is that this causes other problems that I'm >> not aware of (which are undoubtedly related to SCSI disks, which I don't I think there is no problem except inertia. If you can somehow boot from a second disk, then the loader has already used a nonzero drive bit to load itself, so it shouldn't hurt to keep using it. >The other thing is that you can grab the part as well, although you have >to hack 3 places for it. The size change is small (about +18 bytes). The (DOS) part (aka slice) is already grabbed in -current. >I'd also like to see the drive info for 0x80 and 0x81 passed from the >bios. This is basically two function calls and stack pushes for each >to do the deed in the second stage boot. This should be well under This is already done in -current (except the data is passed in `struct bootinfo' and not on the stack). Bruce