[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Re: [PATCH][RFC] Emulating real mode with x86_emulate
On 3/4/07 00:52, "Kamble, Nitin A" <nitin.a.kamble@xxxxxxxxx> wrote: If you want to keep the check off the ‘fast’ return path (which actually isn’t all that fast as yet, sadly) then you can kick the SCHEDULE_SOFTIRQ from the set_cr0 path. This will take you the really slow path, through the scheduler, but will ultimately guarantee that you go through arch_vmx_do_resume() before returning to guest context.Right, the idea was to have x86_emulate() be called instead ofYes, This assumption is not right. arch_vmx_do_resume() is assigned to schedule tail, so that the vcpu context is saved/restored when another vcpu is scheduled on the physical cpu. It would be really nice to make as much of this infrastructure as possible HVM-generic so that any HVM implementation can fall back to emulation to handle corner cases. In SVM case this may just be a few tricky instructions (SMSW springs to mind), but we’d like to share code if possible.I thought the emulator will be needed only for VMX; why is it needed for SVM?
I think you did. It’s sufficient to check for softirq work at emulated-instruction boundaries. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |