Re: [Plex86-devel] Idea for running multiple OSs

[Bob Diepenbrock]

Sorry bout the duplicate...

I agree, this topic is not really for Plex86-devel, so I'll limit my posts to 
just this one.

I don't think that it will be possible to do a "BIOS" level suspend without 
support built into each OS being suspended.  I can see where device drivers 
might not behaive well and issues where the OS won't like having time just slip 
away while it's suspended. All this defeats the point of doing this at the BIOS 
level because it would require OS and driver support.

Also, because the BIOS is really the "glue" that matches the various hardware 
designs to the OS, a Bios based suspend function would most likely be hardware 
specific and only work on a small number of motherboard vendors offerings.

Now, if you wanted to "suspend" a Plex86 or BOCS virtual machine, you might get 
this to work, but it hardly seems worth the effort.  I'd rather see a utility 
where you could simply "dump" the process context to a loadable file and bypass 
some of the startup overhead.  Don't think that the few seconds you could save 
are worth the effort.  My 300 MHZ P2  can get Plex86 past the boot stage in a 
very short time.

-= Bob =-


>>> Drew Northup N1XIM <address@hidden> 02/26/03 14:57 PM >>>
I do not wish to stifle random innovative thoughts, however I have dealt
with a mailing list getting "hijacked" before and have a low tolerance
for what I see as off topic discussions taking place on a developers
list.  If there is some real way in which these ideas are useful to this
community--then by all means keep up the discussion.  Otherwise, and I
really don't mean to be rude, please continue elsewhere.

On Wed, 2003-02-26 at 11:00, Derek Broughton wrote:
> From: "Drew Northup N1XIM" <address@hidden
> 
> > This is all really cool--but it belongs elsewhere (unless you want to be
> > the one to write the Bochs/Plex86 ACPI support code).
> 
> Why would anyone want to stifle discussion of possible development on a
> developer's list?  At this point, it's a "concept" - ie, NOBODY will be 
> writing
> support code.  But it was a concept that Cam saw as appropriate to Plex86.  If
> you don't think so, then feel free to point out why it can't/shouldn't work in
> Plex86.  Once sufficient reason has been given to consider it worthwile, or 
> not,
> is the time that it becomes appropriate to suggest that it should be discussed
> elsewhere if nobody wants to run with it here.
> 
> 
> 
> _______________________________________________
> Plex86-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/plex86-devel




_______________________________________________
Plex86-devel mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/plex86-devel



_______________________________________________
Plex86-devel mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/plex86-devel