[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [PATCH 0/6] AMD-PVH: DomU support
From: Elena Ufimtseva <elena.ufimtseva@xxxxxxxxxx> This is a re-spin of patches for AMD PVH DomU from Mukesh Rathor. As I am diving into more details of AMD PVH, I am reposting his series with minor changes that reviewers (Jan and Boris) posted in comments. The issue with handle_mmio is not yet addressed and I would like to continue discussion Mukesh and Jan previously had in this thread http://lists.xen.org/archives/html/xen-devel/2014-08/msg01760.html The latest proposed solution was to create additional x86_emulate_ops structure that will handle pvh mmio correctly. Should I consider this approach as the one I should be working on? In vmcb construction patch comments Roger suggested to add additional parameter to vcpu_initialise as 32 bit work is in. Since Boris has posted 32-bit pvh domU support, that would be changed and I wanted to see if this is what everyone agrees on. Any other ideas/comments are also appreciated. Thank you. Changes made in this re-post: - left out setting LMA bit in construct_vmcb as its done in hvm_vcpu_initialise; - instead of checking if regs ptr is set in vcpu_vlapic, check if its pvh_domain; Elena Ufimtseva (6): pvh: domu construct vmcb 64 bit mode start AMD-PVH: cpuid intercept AMD-PVH: call hvm_emulate_one instead of handle_mmio AMD-PVH: Do not get/set vlapic TPR AMD-PVH: Support TSC_MODE_NEVER_EMULATE for PVH AMD-PVH: enable pvh if requirements met xen/arch/x86/hvm/svm/svm.c | 80 ++++++++++++++++++++++++++++++--------------- xen/arch/x86/hvm/svm/vmcb.c | 16 +++++++-- xen/arch/x86/time.c | 1 + 3 files changed, 68 insertions(+), 29 deletions(-) -- 1.9.3 _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |