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 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [PATCH] xen: core dom0 support

To: "H. Peter Anvin" <hpa@xxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH] xen: core dom0 support
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Sun, 01 Mar 2009 16:42:35 -0800
Cc: the arch/x86 maintainers <x86@xxxxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, Andi Kleen <andi@xxxxxxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>
Delivery-date: Sun, 01 Mar 2009 16:43:07 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <49AB24E0.5020604@xxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1235786365-17744-1-git-send-email-jeremy@xxxxxxxx> <20090227212812.26d02f34.akpm@xxxxxxxxxxxxxxxxxxxx> <49A8DF28.4050301@xxxxxxxx> <87eixi35ew.fsf@xxxxxxxxxxxxxxxxx> <49AB1B75.2060200@xxxxxxxx> <49AB1FB8.607@xxxxxxxxx> <49AB2387.8040002@xxxxxxxx> <49AB24E0.5020604@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.19 (X11/20090105)
H. Peter Anvin wrote:
Jeremy Fitzhardinge wrote:
H. Peter Anvin wrote:
In this particular case, this is actually false. "No PAT" in the processor is *not* the same thing as "no cacheability controls in the page tables". Every processor since the 386 has had UC, WT, and WB controls in the page tables; PAT only added the ability to do WC (and WP, which we don't use). Since the number of processors which can do WC at all but don't have PAT is a small set of increasingly obsolete processors, we may very well choose to simply ignore the WC capabilities of these particular processors.

I'm not quite sure what you're referring to with "this is actually false". Certainly we support cachability control in ptes under Xen. We just don't support full PAT because Xen uses PAT for itself.


What do you define as "full PAT"? If what you mean is that Xen lays claims to the PAT MSR and only allows a certain mapping that's hardly a problem... other than that it's not an exhaustible resource so I guess I really don't understand what you're trying to say here.

It does not allow guests to set their own PAT MSRs. It can't easily be multiplexed either, as all CPUs must have the same settings for their PAT MSRs. I guess it could be handled by allowing domains to set their own virtual PAT MSRs, and then rewriting the ptes to convert from the guest PAT settings to Xen's, but I don't know if this is possible in general (and it poses some problems because the pte modifications would be guest-visible).

   J

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>