Date: Tue, 02 Sep 1997 11:26:18 +0930 From: Mike Smith <mike@smith.net.au> To: Jonathan Mini <j_mini@efn.org> Cc: Mike Smith <mike@smith.net.au>, emulation@FreeBSD.ORG Subject: Re: Fun with DOSCMD (was Re: modifying boot mgrs FROM FREEBSD) Message-ID: <199709020156.LAA00629@word.smith.net.au> In-Reply-To: Your message of "Mon, 01 Sep 1997 02:42:17 MST." <19970901024217.20763@micron.efn.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > It certainly makes no sense to attempt to reenter the video BIOS, but > > in at least the trivial sense there is nothing stopping me calling, > > say, an ESCD function in one virtual x86 context while the video BIOS > > is being called in another; remember that they are operating in > > distinct virtual contexts, where the only risk of conflict is in the > > I/O domain. > > Umm. I hope you are rembering about memory-address registers? :) That is indeed what "I/O domain" means; the only resource shared between vm86 threads is hardware. > My problem is : "why can't I call the disk simulator's BIOS when I am using > the video simulator's BIOS at the same time?" and there are too many reasons > why not. (things like asking for a keypress and askingfor disk i/o > simultaneously will crash Win95) I don't think I understand you here. You are saying that someone else's BIOS implementation is nonreentrant, correct? That's more or less to be expected... mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199709020156.LAA00629>