Date: Sun, 28 Jun 1998 20:46:11 -0700 From: Mike Smith <mike@smith.net.au> To: Terry Lambert <tlambert@primenet.com> Cc: mike@smith.net.au (Mike Smith), joelh@gnu.org, jkh@time.cdrom.com, thyerm@camtech.net.au, Matthew.Thyer@dsto.defence.gov.au, jlemon@americantv.com, current@FreeBSD.ORG Subject: Re: 'fatal trap 12' on boot (smp and up) Message-ID: <199806290346.UAA22163@antipodes.cdrom.com> In-Reply-To: Your message of "Mon, 29 Jun 1998 01:07:01 -0000." <199806290107.SAA19584@usr07.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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. The point being that the "emulation environment" you handwave is N-complete. Do you propose that we actually emulate *everything* that your average DOS driver is going to want to screw with? Do you have any idea how much of this there is? 8) How about the 18Hz timer? Virtual DMA? The LoL and everything it refers to? That's a *lot* of work. 8( > 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? Not from within the kernel, no. It's something that the bootstrap ought to be able to handle, but it's *hard* to fit all that code in 512 bytes. You're invited to try, of course. 8) -- \\ 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199806290346.UAA22163>