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

Re: [Xen-devel] [RFC] x86: cacheability page attributes

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC] x86: cacheability page attributes
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Wed, 04 Apr 2007 08:38:33 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 04 Apr 2007 00:36:31 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C2390F79.55D9%Keir.Fraser@xxxxxxxxxxxx>
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: <46127A18.76E4.0078.0@xxxxxxxxxx> <C2390F79.55D9%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> 04.04.07 09:16 >>>
>On 3/4/07 15:00, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:
>
>> Attached draft patch is supposed to help dealing with tracking cacheability
>> attributes on x86, specifically to prevent page aliases using different
>> cacheability attributes.
>
>How important is this to get right? The Intel manual warns a bit vaguely
>about it, but I get the impression that nothing actually breaks in terms of
>cache coherency if a page is mapped with more than one PAT attribute (very
>much unlike the situation if CPUs have differing MTRR attributes!). The
>manual explains that even if a UC attribute is chosen, for example, the
>processor's cache will continue to snoop for accesses/updates of that line.

Since use of _PAGE_PCD alone (which is what PAGE_KERNEL_NOCACHE maps to)
translates to UC-, this is important, as with the MTRRs for such a region
being set to WC the effective memory type is WC, and a WC/WB conflict is
what the Intel manual specifically mentions must be avoided.

Jan

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