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

On 10/28/09 18:14, Zhang, Xiantao wrote:
> 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 
>   

It's hard to see how any bug in either the Xen or kernel code relating
to that could cause the symptoms you're reporting, at least directly. 
Could you post the full output of the kernel boot?

What is the host hardware?

Thanks,
    J

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