>>> If migration happens while rip is in the hypercall page, and if the
>>> 
>> 
>> I didn't quit catch here. The source VM vCPU is in Qemu migration
>> part, The target VM VCPU is always waiting for migration
>> data/command. If you mean SMP case, all target VCPUs are in waiting
>> for data/cmd, and I assume source VCPUs are all in Qemu known state,
>> not? 
>> 
>> 
>> 
> 
> I'm talking about the guest rip.  The guest is not aware of the
> migration. 
> 
> Suppose that on the last copy that the guest rip is
> (hypercall_page_virt + 3).  This address might be in the middle of
> some instruction on the 
> hypercall page on the target machine.  You need to fix up rip and

This depends on how the hypercall page instruction is generated.
In Xen's construction, the code in hypercall page is exactly same
between SVM & VMX except the VMCALL/VMMCALL instruction itself.

> possibly modify registers so that when it resumes it works correctly. 

If we construct hypercall page in same manner, we don't need to fix up.

thx, eddie

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Reply via email to