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] Re: [Patch 1/3]RAS(Part II)--Intel MCA enalbing in XEN

To: "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>, Christoph Egger <Christoph.Egger@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [Patch 1/3]RAS(Part II)--Intel MCA enalbing in XEN
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 20 Mar 2009 09:31:03 +0000
Cc: Frank van der Linden <Frank.Vanderlinden@xxxxxxx>, "Ke, Liping" <liping.ke@xxxxxxxxx>
Delivery-date: Fri, 20 Mar 2009 02:31:57 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <E2263E4A5B2284449EEBD0AAB751098401CE2D1419@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmpO9Xiwud9AvZ0Qc2oWPMoegtSAQAAME0QAAB/yBE=
Thread-topic: [Xen-devel] Re: [Patch 1/3]RAS(Part II)--Intel MCA enalbing in XEN
User-agent: Microsoft-Entourage/12.15.0.081119
On 20/03/2009 09:23, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx> wrote:

> Christoph, I think this is two story. How to offline a page is a specific
> recover action method, instead of the MCA itself. Or I missed anything?
> 
> For guest owned page offline caused by #MC, Xen can't do anything but mark it
> (the page frame, 4k) pending, so that when it is freed, it will not be
> accessed anymore.
> It will depends on the real recover action to make sure it will not be
> accessed by guest anymore. For example, inject a vMC to guest, so that guest
> can do offline itself, or kill the domain directly in some situation.
> 
> Or do I missed anything?

I agree it looked like a bit of a non sequitur to me as well. :-)

 -- Keir



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