Date: Sat, 24 Oct 1998 11:56:49 -0700 From: Mike Smith <mike@smith.net.au> To: David Dawes <dawes@rf900.physics.usyd.edu.au> Cc: Mike Smith <mike@smith.net.au>, Greg Lehey <grog@lemis.com>, Jason Thorpe <thorpej@nas.nasa.gov>, Nick Hibma <nick.hibma@jrc.it>, FreeBSD hackers mailing list <hackers@FreeBSD.ORG> Subject: Re: multi-user: multiple consoles in FreeBSD Message-ID: <199810241856.LAA05458@dingo.cdrom.com> In-Reply-To: Your message of "Sat, 24 Oct 1998 13:18:24 %2B1000." <19981024131824.D21689@rf900.physics.usyd.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> >Hmm. I'm working around this area at the moment, although Kazu is > >definitely the authority on the matter. I presume you're referring to > >something like: > > > > - Disable primary VGA compatibility mappings > > - Disable primary VGA BIOS mapping > > - Foreach non-primary video adapter > > - Enable VGA compatibility mappings > > - Enable VGA BIOS mapping > > - Make BIOS initialisation call(s) > > - Disable VGA compatibility mappings > > - Disable VGA BIOS mapping > > - Ensable primary VGA compatibility mappings > > - Ensable primary VGA BIOS mapping > > > >as well as providing some mechanism for nominating which card of the > >set should be mapped at any given time? > > Yes, that's the basic idea. I don't know if you need to remap the > BIOS itself. In the cases I've seen the BIOS address for secondary > cards is mapped at a high address in the standard PCI way and maybe it > can be run from where it is?. It usually defaults to "decode disabled" > so you would need to enable PCI MEM and BIOS decode. Given the difficulty of writing PIC code on the i386, and given that the BIOS code will normally never be tested in any other situation, I'd have to suspect that there's a pretty good chance that it won't run anywhere else. It'd be possible to map it from wherever-else back to the default location within the vm86 context, but that's probably more work than necessary > >Any ideas as to whether card BIOSses would respond well to having their > >initialisation code called in v86 mode rather than real mode? I think > >this sort of approach could be quite viable. > > I don't know. It is definitely worth a try. Ok; Kazu sounded keen, so I expect we'll hear something from that direction when he's got some ideas on how to achieve it. -- \\ 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-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810241856.LAA05458>