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

[Xen-devel] Re: Live migration fails due to c/s 20627

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "Xu, Dongxiao" <dongxiao.xu@xxxxxxxxx>
Subject: [Xen-devel] Re: Live migration fails due to c/s 20627
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Tue, 15 Dec 2009 19:25:38 +0000
Cc: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "kurt.hackel@xxxxxxxxxx" <kurt.hackel@xxxxxxxxxx>, "Dugger, Donald D" <donald.d.dugger@xxxxxxxxx>, "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
Delivery-date: Tue, 15 Dec 2009 11:26:13 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4B27D4A9.7070203@xxxxxxxx>
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: Acp9tAg3uu7EC6umSGaNz+GDigHPaQACFl/5
Thread-topic: Live migration fails due to c/s 20627
User-agent: Microsoft-Entourage/12.23.0.091001
On 15/12/2009 18:25, "Jeremy Fitzhardinge" <jeremy@xxxxxxxx> wrote:

> On 12/15/2009 09:24 AM, Xu, Dongxiao wrote:
>> If CPU has rdtsc but no rdtscp, then the VM exec control bit in VMCS
>> won't be turned on. Therefore if rdtscp instruction runs, it will encounter
>> invalid op code directly but no VMEXIT.
>>    
> 
> Ah, right.  You'd need to make that particular illegal instruction vmexit.

We'd need to VMEXIT on any guest #UD and then call into our x86 emulator.
There's just a slight feeling that could have wider impact and implications
than the specific case we'd want to handle here. Then again, #UD is rare and
usually unexpected, so perhaps such a seemingly broad change is not so
dangerous.

 -- Keir



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