From owner-freebsd-current Mon Jan 11 17:56:39 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06751 for freebsd-current-outgoing; Mon, 11 Jan 1999 17:56:39 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ceia.nordier.com (m2-28-dbn.dial-up.net [196.34.155.92]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06745 for ; Mon, 11 Jan 1999 17:56:34 -0800 (PST) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by ceia.nordier.com (8.8.7/8.6.12) id DAA01853; Tue, 12 Jan 1999 03:54:22 +0200 (SAT) From: Robert Nordier Message-Id: <199901120154.DAA01853@ceia.nordier.com> Subject: Re: Booting FreeBSD beyond the 1024th cylinder In-Reply-To: <19990111165214.C27416@la.best.com> from "Joseph T. Lee" at "Jan 11, 99 04:52:14 pm" To: nugundam@la.best.com (Joseph T. Lee) Date: Tue, 12 Jan 1999 03:54:18 +0200 (SAT) Cc: rnordier@nordier.com, tugrul@ianai.BlackSun.org, axl@iafrica.com, bright@hotjobs.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joseph T. Lee wrote: > On Tue, Jan 12, 1999 at 01:56:15AM +0200, Robert Nordier wrote: > > Booting FreeBSD beyond cylinder 1023 is not currently supported. > > > > Support, by way of the IBM/Microsoft int 0x13 extensions, was > > present in the new bootblocks a few months ago but was removed: > > too many BIOSes don't implement this stuff properly. > > Couldn't this be added somehow as an option, or get autodetected? > I've noticed my adaptec board can detect 0x13 extension support. We did used to detect support (int 0x13/0x41 returns an API subset support bitmap), but too often support was present but broken. As an example of the kind of problem: there's a recent Dell Optiplex GXa here which does support the extensions OK, but only if BIOS disk geometry is set to "auto"; otherwise, support is still claimed but it doesn't work (a divide error exception results). What is really needed (and this is the approach Microsoft adopts) is a real or V86 mode utility which runs tests before enabling support. But this doesn't slot neatly into FreeBSD's current installation model. The new boot manager (boot0) does support int 0x13 extensions as an "at own risk" option. In a few months, once everyone has successfully migrated to the new boot code and has confidence in it, we may introduce this as an option (given sufficient demand). -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message