WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Xen

xen-devel

[Top] [All Lists]

[Xen-devel] Re: [RFC PATCH 18/33] Subarch support for CPUID instruction

To: David Miller <davem@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [RFC PATCH 18/33] Subarch support for CPUID instruction
From: Chris Wright <chrisw@xxxxxxxxxxxx>
Date: 2006年7月18日 14:00:25 -0700
Cc: zach@xxxxxxxxxx, akpm@xxxxxxxx, jeremy@xxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx, ian.pratt@xxxxxxxxxxxxx, rusty@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, ak@xxxxxxx, chrisw@xxxxxxxxxxxx, virtualization@xxxxxxxxxxxxxx, Christian.Limpach@xxxxxxxxxxxx, arjan@xxxxxxxxxxxxx
Delivery-date: 2006年7月18日 14:00:13 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20060718.134625.123974562.davem@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20060718091953.003336000@xxxxxxxxxxxx> <1153217686.3038.37.camel@xxxxxxxxxxxxxxxxxxxxx> <44BCC720.7050601@xxxxxxxxxx> <20060718.134625.123974562.davem@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.2.1i
* David Miller (davem@xxxxxxxxxxxxx) wrote:
> From: Zachary Amsden <zach@xxxxxxxxxx>
> Date: 2006年7月18日 04:33:52 -0700
>
> > You really need a CPUID hook. The instruction is non-virtualizable, and 
> > anything claiming to be a hypervisor really has to support masking and 
> > flattening the cpuid namespace for the instruction itself. It is used 
> > in assembler code and very early in boot. The alternative is injecting 
> > a bunch of Xen-specific code to filter feature bits into the i386 layer, 
> > which is both bad for Linux and bad for Xen - and was quite ugly in the 
> > last set of Xen patches.
>
> Userspace will still see the full set of cpuid bits, since
> it can still execute cpuid unimpeded, is this ok?
Yup, it's for the kernel (things like systenter vs int 80 in vdso).
thanks,
-chris
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: [Xen-devel] Re: [RFC PATCH 16/33] Add support for Xen to entry.S. , Chris Wright
Next by Date: [Xen-devel] Re: [RFC PATCH 23/33] subarch TLB support , Chris Wright
Previous by Thread: [Xen-devel] Re: [RFC PATCH 18/33] Subarch support for CPUID instruction , David Miller
Next by Thread: [Xen-devel] [RFC PATCH 17/33] Support loading an initrd when running on Xen , Chris Wright
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /