[lkml]   [2003]   [Jan]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Simple patches for Linux as a guest OS in a plex86 VM (please consider)
On Fri, Jan 24, 2003 at 11:09:17AM -0800, Kevin Lawton wrote:
> --- wrote:
> > It turns out that the 99% of the work to cover the 1% of the cases is really
> > important. The usual reason for doing VM is to isolate images from each
> > other
> Plex86 can 100% isolate guests from each other. What I'm saying
> is, it takes 99% of the work to do a full x86 VM which doesn't
> need those 2 macros for PUSHF/POPF. (my oversimplified, but
> yet useful explanation of the state of affairs)
> You have to do a lot of work to "get under the hood" of an
> OS, to fix up a few cases where if you let them run native,
> they'll get the wrong information or make the wrong thing
> happen. Not to the other guests, but to themselves. So if
> you don't need to do those things, you can let them run
> without all the black magic. Let's take such conversation
> out-of-band. It doesn't belong on the LK list.

Well actually I find it quite interesting...

One thing that seems to have been alluded to but not explicity stated
is just where is this patch going, and what affect will happen when
running a non 'VM friendly' OS under the 'new plex86'.

One thing that I'm curious about is how say thing'd work when running
a linux host, with a VM-friendly linux client, and say a Win-2k

I assume that the Win-2k client woudl end up having to trap to a
simulator (bochs) for it's ring 0 stuff. But would things in the
above scenario work nicely, with proper isolation between the
two (or more) clients?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:32    [W:0.039 / U:2.336 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site