[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [RFC PATCH v2 0/2] KVM: x86: Allow Qemu/KVM to use PVH entry point
Changes from v1: * Adopted Paolo's suggestion for defining a v2 PVH ABI that includes the e820 map instead of using the second module entry to pass the table. * Cleaned things up a bit to reduce the number of xen vs non-xen special cases. Juergen also had a suggestion to split the different hypervisor types early and use a common set of service functions instead of special casing xen_guest everywhere. There are certainly less special cases in this version of the patch, but if we still think it's important to split things up between common, Xen, and KVM components, then I would appreciate a suggestion on how best that can be done. Are we talking about just re-factoring functions in the existing file? Or do we need to go all the way and pull all the PVH entry code out of xen directories and find a home for it somewhere else so that we can use kernels built without CONFIG_XEN to start KVM guests via the PVH entry point. If the latter, any suggestions for which common files or directories I can move this stuff to? Maran Wilson (2): xen/pvh: Add memory map pointer to hvm_start_info struct KVM: x86: Allow Qemu/KVM to use PVH entry point arch/x86/xen/enlighten_pvh.c | 48 +++++++++++++++++++++++++++++++++--------------- include/xen/interface/hvm/start_info.h | 34 +++++++++++++++++++++++++++++++--- 2 files changed, 64 insertions(+), 18 deletions(-) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |