On Mon, Oct 26, 2009 at 12:56:31PM +0200, Avi Kivity wrote: > On 10/26/2009 12:45 PM, Joerg Roedel wrote: > >* nested intercepts > > These are part of the guest vmcb. The host nested intercepts can be > recalculated, no? > > >* for nested nested paging: guest nested cr3 value > > Part of the guest vmcb. This will work is most cases. But its not architecturally sane because real hardware caches this information in the cpu. So software is free to modify the vmcb without impacting the in-cpu state until the next #vmexit. I don't know any software which relies on that so it may be not an issue. > >Off-topic question: Will the new migration protocol include some kind > > handshake to find out if migration is possible at all? > > > > It's assumed that migration always works for a newer qemu version, > and that the management tools don't attempt backward migration. I think such a handshake would make sense to just prevent that a nested svm hypervisor is migrated to an intel machine or vice versa (just an example, there are more like sse*, nested nested paging, ...). Joerg -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
