From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeremy Fitzhardinge Subject: Re: Xen's use of PAT and PV guests Date: Tue, 30 Mar 2010 10:39:55 -0700 Message-ID: <4BB2376B.7020400@goop.org> References: <4BB1476D.4060209@goop.org> <4BB1C8050200007800037BCE@vpn.id2.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4BB1C8050200007800037BCE@vpn.id2.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jan Beulich Cc: Xen-devel , Keir Fraser , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org On 03/30/2010 12:44 AM, Jan Beulich wrote: >>>> Jeremy Fitzhardinge 30.03.10 02:35>>> >>>> >> It therefore seems to me that if I make Linux: >> >> 1. never set the PAT flag (which it won't anyway), >> 2. check that the value written to IA32_PAT is as expected, but >> otherwise ignore it, and >> 3. use WT rather than WC >> >> then it all should just work. I'm not completely confident in the third >> point though, since I'm not quite sure about the full set of differences >> between WT and WC, and their respective interactions with the MTRR, and >> whether that would break anything. At first glance it seems pretty safe >> though... >> > No. For one, while WT is cachable (for reads), WC isn't. > > Second, when the MTRRs indicate WC, using WT from PAT is not > recommended (and was earlier documented as undefined behavior). > Yes, I noticed that, and I wondered if that was why Linux is using WC, for max compatibility. But presumably since it is now defined unconditionally, it means that all older (Intel, at least) implementations have that defined behaviour. > Third, performance would likely suffer (MTRR-{WC,UC} + PAT-WT -> UC > whereas MTRR-{WC,UC} + PAT-WC -> WC). > Yeah. If !pat_enabled, Linux will map a WC pte into UC-. > Plus all of this would need revisiting once Linux decides to use WT > or WP. > Yes. Ah, I think I know how to do it now: when constructing a PTE, remap Linux's PWT to Xen's PAT to end up with a WC PTE. Does Xen guarantee that PAT is always available to vcpus as part of its ABI (ie, do we support any pre-PAT cpus?). Also, I'm assuming Xen's PAT entries 6 and 7 are reserved, in case Intel defines 2 and 3? J