From owner-freebsd-current Sun Jun 28 18:07:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09668 for freebsd-current-outgoing; Sun, 28 Jun 1998 18:07:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA09649 for ; Sun, 28 Jun 1998 18:07:29 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA25992; Sun, 28 Jun 1998 18:07:26 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd025940; Sun Jun 28 18:07:16 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id SAA19584; Sun, 28 Jun 1998 18:07:01 -0700 (MST) From: Terry Lambert Message-Id: <199806290107.SAA19584@usr07.primenet.com> Subject: Re: 'fatal trap 12' on boot (smp and up) To: mike@smith.net.au (Mike Smith) Date: Mon, 29 Jun 1998 01:07:01 +0000 (GMT) Cc: tlambert@primenet.com, joelh@gnu.org, jkh@time.cdrom.com, thyerm@camtech.net.au, mike@smith.net.au, Matthew.Thyer@dsto.defence.gov.au, jlemon@americantv.com, current@FreeBSD.ORG In-Reply-To: <199806290031.RAA21403@antipodes.cdrom.com> from "Mike Smith" at Jun 28, 98 05:31:31 pm X-Mailer: ELM [version 2.4 PL25] 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 > > It is also useful for emulation drivers to be loaded at the top of 640, > > and the memory size returned adjusted down, since BSD now respects this > > for APM support. > > Unfortunately, this isn't the case. A DOS-mode driver doesn't adjust > the BIOS memory tables (for obvious reasons), and most DOS-mode drivers > are going to want to have resources vectored to them that are simply > not available. > > It was a nice idea when we were talking about it before, but basically > by the time you've reverse-engineered a driver enough to provide it > with an adequate emulation environment, you might as well rewrite it > properly. Or do the emulation environment, so that you won't have to repeat the work with the next driver. I *still* have a system where the LBA modes for the INT 13 interface are provided in a boot block that gets loaded and then calls the real boot block, located 64 sectors later. To be able to use LBA INT 13 from FreeBSD is kind of an important goal, isn't it? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message