|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 5/9] x86/vvmx: Make updating shadow EPTP value more efficient
On 29/09/17 16:01, George Dunlap wrote:
> @@ -4203,13 +4197,17 @@ static void lbr_fixup(void)
> bdw_erratum_bdf14_fixup();
> }
>
> -void vmx_vmenter_helper(const struct cpu_user_regs *regs)
> +int vmx_vmenter_helper(const struct cpu_user_regs *regs)
What are the semantics of this call? The result looks boolean, and
indicates that the vmentry should be aborted?
> {
> struct vcpu *curr = current;
> u32 new_asid, old_asid;
> struct hvm_vcpu_asid *p_asid;
> bool_t need_flush;
>
> + /* Shadow EPTP can't be updated here because irqs are disabled */
> + if ( nestedhvm_vcpu_in_guestmode(curr) &&
> vcpu_nestedhvm(curr).stale_np2m )
> + return 1;
> +
> if ( curr->domain->arch.hvm_domain.pi_ops.do_resume )
> curr->domain->arch.hvm_domain.pi_ops.do_resume(curr);
>
> @@ -4270,6 +4268,8 @@ void vmx_vmenter_helper(const struct cpu_user_regs
> *regs)
> __vmwrite(GUEST_RIP, regs->rip);
> __vmwrite(GUEST_RSP, regs->rsp);
> __vmwrite(GUEST_RFLAGS, regs->rflags | X86_EFLAGS_MBS);
> +
> + return 0;
> }
>
> /*
> diff --git a/xen/arch/x86/hvm/vmx/vvmx.c b/xen/arch/x86/hvm/vmx/vvmx.c
> index 2f468e6ced..48e37158af 100644
> --- a/xen/arch/x86/hvm/vmx/vvmx.c
> +++ b/xen/arch/x86/hvm/vmx/vvmx.c
> @@ -1405,12 +1405,32 @@ static void virtual_vmexit(struct cpu_user_regs *regs)
> vmsucceed(regs);
> }
>
> +static void nvmx_eptp_update(void)
> +{
struct vcpu *curr = current; will most likely half the compiled size of
this function.
> + if ( !nestedhvm_vcpu_in_guestmode(current) ||
> + vcpu_nestedhvm(current).nv_vmexit_pending ||
> + !vcpu_nestedhvm(current).stale_np2m ||
> + !nestedhvm_paging_mode_hap(current) )
> + return;
> +
> + /*
> + * Interrupts are enabled here, so we need to clear stale_np2m
> + * before we do the vmwrite. If we do it in the other order, an
> + * and IPI comes in changing the shadow eptp after the vmwrite,
> + * we'll complete the vmenter with a stale eptp value.
> + */
> + vcpu_nestedhvm(current).stale_np2m = false;
> + __vmwrite(EPT_POINTER, get_shadow_eptp(current));
> +}
> +
> void nvmx_switch_guest(void)
> {
> struct vcpu *v = current;
> struct nestedvcpu *nvcpu = &vcpu_nestedhvm(v);
> struct cpu_user_regs *regs = guest_cpu_user_regs();
>
> + nvmx_eptp_update();
> +
> /*
> * A pending IO emulation may still be not finished. In this case, no
> * virtual vmswitch is allowed. Or else, the following IO emulation will
> diff --git a/xen/include/asm-x86/hvm/vcpu.h b/xen/include/asm-x86/hvm/vcpu.h
> index 6c54773f1c..5cfa4b4aa4 100644
> --- a/xen/include/asm-x86/hvm/vcpu.h
> +++ b/xen/include/asm-x86/hvm/vcpu.h
> @@ -115,6 +115,7 @@ struct nestedvcpu {
>
> bool_t nv_flushp2m; /* True, when p2m table must be flushed */
> struct p2m_domain *nv_p2m; /* used p2m table for this vcpu */
> + bool stale_np2m; /* True when p2m_base in VMCX02 is no longer valid */
VMCx02 ? which helps distinguish the two parts of semantic information
encoded there, and to avoid looking like we've gained a third acronym.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |