On 09/28/2010 11:24 AM, Jeremy Fitzhardinge wrote:
>> No, and we really can't do it for a couple of reasons:
>> a) Pre-PAT hardware;
>> b) MTRRs and PAT interact on hardware;
>> c) MTRRs, but not PAT, interact with SMM.
> What about pre-PAT software (ie, X servers which still use /proc/mtrr)?
Fortunately going away... we have talked in the past about doing
"virtual MTRRs" in terms of PAT to deal with this kind of legacy
software, but the demand for it seems to be low enough to not be worth
>> However, since a virtual machine like Xen doesn't have these issues, it
>> doesn't apply
> Well, we're specifically talking about a virtual machine which has
> direct access to hardware, so it is concerned about the real physical
> memory properties of real physical pages. If we can assume that
> BIOS/Xen will always set up MTRR correctly then there shouldn't be any
> need for the kernel to modify the MTRR itself. How true is that in
> general? I don't know, but if we could rely on BIOS then there'd never
> be a need to touch MTRR, would there?
Well, in the past MTRRs were abused for device properties mainly by the
X server, but other than that, no, not really. The other thing we do is
the MTRR cleanup (which doesn't involve /proc/mtrr) to deal with
brokenness in the BIOS setup, but that really belongs in the hypervisor
in your case since it fundamentally affects how memory is handled.
Xen-devel mailing list