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] machine check support in HVM guests

To: Jan Beulich <jbeulich@xxxxxxxxxx>, Keir Fraser <keir@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] machine check support in HVM guests
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: Mon, 27 Nov 2006 15:49:15 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 27 Nov 2006 07:49:24 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <456B0B71.76E4.0078.0@xxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AccSO5cO1eNcxn4uEduPjQAX8io7RQ==
Thread-topic: [Xen-devel] machine check support in HVM guests
User-agent: Microsoft-Entourage/11.2.5.060620
On 27/11/06 14:59, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

>> No, I'm not saying that. I was simply expecting that it would be easy to
>> fake out a very minimal machine-check emulation where nothing ever goes
>> wrong. :-) If that involves GPFing on some MSR accesses, those are easy to
>> inject into an HVM guest I believe.
> 
> That wasn't my concern, I know that's simple. But the guest may not be
> prepared to handle a GP fault here - after all, if CPUID says MCA is
> supported, there is no reason the guest should use recovery methods
> around accessing the respective MSRs. Likewise, if returning zero, the
> guest may BUG(), as it may (validly) assert there's at least one bank of
> MSRs supported. And so on...

Then we support one bank of MSRs, store writes to those (so the contents can
be read back) but do not act on the writes? I never got the impression
machine check setup was very complicated.

 -- Keir


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