From owner-freebsd-hackers Thu Apr 23 09:33:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03815 for freebsd-hackers-outgoing; Thu, 23 Apr 1998 09:33:18 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03753 for ; Thu, 23 Apr 1998 09:32:57 -0700 (PDT) (envelope-from dec@phoenix.its.rpi.edu) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.8/8.8.7) with SMTP id MAA12612; Thu, 23 Apr 1998 12:32:48 -0400 (EDT) (envelope-from dec@phoenix.its.rpi.edu) Date: Thu, 23 Apr 1998 12:32:48 -0400 (EDT) From: "David E. Cross" To: Jonathan Lemon cc: Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: Protected mode instructions which reduce to noop. In-Reply-To: <19980423103837.32719@right.PCS> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > AFAIK, all privileged instructions, when executed in a non-supervisor > context, generate an exception of some sort. This applies to the > sti, cli, popfl, I/O family of instructions, as well as those insns > which diddle with the control registers. > > What VM type architecture were you referring to? I am referring to IBM's VM operating system. and here is the original message from -hackers from nov-1997: From: "Eric J. Schwertfeger" To: gad@eclipse.its.rpi.edu cc: hackers@FreeBSD.ORG Subject: Re: Virtual Intel Machines? On Wed, 12 Nov 1997, Garance A Drosehn wrote: > In the land of IBM mainframes, there's an operating system (of > sorts) called VM. This is an operating system which lets you run > multiple operating systems on a single machine, at the same time. > VM can allocate devices between the running systems, so that one > running OS sees a given hard disk (for example), but no other > operating systems can possibly get to that hard disk. > > What I was wondering is if something similar could be done with > Intel-ish chips? I realize this wouldn't be a trivial thing to > write, but it'd be mighty convenient to have in some circumstances > (at least in an academic setting). Not in the strictest sense, because Intel, in their infinite wisdom, decided that certain privledged instructions, if executed in an unprivledged state, would not trap, but rather reduce to a NOP. Hence, the VM equiv can't trap the OS's attempt to do this, and make it happen, given appropriate permissions. -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message