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] Latest Pv_ops dom0 fails to boot

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: RE: [Xen-devel] Latest Pv_ops dom0 fails to boot
From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
Date: Thu, 29 Oct 2009 09:14:19 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "Xu, Jiajun" <jiajun.xu@xxxxxxxxx>, "'xen-devel@xxxxxxxxxxxxxxxxxxx'" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "space.time.universe@xxxxxxxxx" <space.time.universe@xxxxxxxxx>
Delivery-date: Wed, 28 Oct 2009 18:15:49 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4AE880AD.50304@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>
References: <0463F45F3606F4428ED35AC8C709F92E089B924AF0@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4AE748A0.90706@xxxxxxxx> <706158FABBBA044BAD4FE898A02E4BC201C9C3194C@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4AE880AD.50304@xxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcpX9PAPN5y25QvDTO6E7Qhp+/2jRAAP0KQw
Thread-topic: [Xen-devel] Latest Pv_ops dom0 fails to boot
Jeremy Fitzhardinge wrote:
> On 10/27/09 20:03, Zhang, Xiantao wrote:
>> Seems it is caused by newly-introduced
>> hypercall(VCPUOP_register_vcpu_time_memory_area) for setting memory
>> area for vcpu time.  Try the following patch(Just disable
>> Xen_TIM_VSYSCALL) to have a try.   
>> 
> 
> Are you saying that if that hypercall hasn't been implemented it
> crashes?  Hm, will double-check.  It's certainly supposed to just
> fall back. 

No. If hypervisor doesn't support the hypercall, it just return -ENOSYS, and 
dom0 can work well. But after implementing the hypercall in the 
hypervisor(Cset#20339), both dom0 and hypervisor all performs correpsonding 
actions in this case, so issues happen. That is to say, if disable this 
hypercall either in hypervisor or in dom0, it should work, but if enable both, 
the issue occurs. So it should be caused by incorrect hypercall implementation 
Xiantao
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel