[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH 1/3] vvmx: set vmxon_region_pa of vcpu out of VMX operation to an invalid address



On 13/12/16 12:16, Haozhong Zhang wrote:
> nvmx_handle_vmxon() previously checks whether a vcpu is in VMX
> operation by comparing its vmxon_region_pa with GPA 0. However, 0 is
> also a valid VMXON region address. If L1 hypervisor had set the VMXON
> region address to 0, the check in nvmx_handle_vmxon() will be skipped.
> Fix this problem by using an invalid VMXON region address for vcpu
> out of VMX operation.
>
> Signed-off-by: Haozhong Zhang <haozhong.zhang@xxxxxxxxx>
> ---
>  xen/arch/x86/hvm/vmx/vvmx.c | 20 ++++++++++++++++----
>  1 file changed, 16 insertions(+), 4 deletions(-)
>
> diff --git a/xen/arch/x86/hvm/vmx/vvmx.c b/xen/arch/x86/hvm/vmx/vvmx.c
> index e6e9ebd..f5637eb 100644
> --- a/xen/arch/x86/hvm/vmx/vvmx.c
> +++ b/xen/arch/x86/hvm/vmx/vvmx.c
> @@ -32,6 +32,18 @@ static DEFINE_PER_CPU(u64 *, vvmcs_buf);
>  
>  static void nvmx_purge_vvmcs(struct vcpu *v);
>  
> +/*
> + * When a vcpu is out of VMXON region, set its vmxon_region_pa to
> + * INVALID_VMXON_REGION_PA. We cannot use 0, because 0 is also a valid
> + * VMXON region address.
> + */
> +#define INVALID_VMXON_REGION_PA (~0UL)
> +
> +static bool nvmx_vcpu_in_vmx(struct vcpu *v)

const struct vcpu *v.

Otherwise, Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

I can fix this up on commit if no other issues are found by the other
reviewers.

> +{
> +    return vcpu_2_nvmx(v).vmxon_region_pa != INVALID_VMXON_REGION_PA;
> +}
> +
>  #define VMCS_BUF_SIZE 100
>  
>  int nvmx_cpu_up_prepare(unsigned int cpu)
> @@ -107,7 +119,7 @@ int nvmx_vcpu_initialise(struct vcpu *v)
>  
>      nvmx->ept.enabled = 0;
>      nvmx->guest_vpid = 0;
> -    nvmx->vmxon_region_pa = 0;
> +    nvmx->vmxon_region_pa = INVALID_VMXON_REGION_PA;
>      nvcpu->nv_vvmcx = NULL;
>      nvcpu->nv_vvmcxaddr = VMCX_EADDR;
>      nvmx->intr.intr_info = 0;
> @@ -357,7 +369,7 @@ static int vmx_inst_check_privilege(struct cpu_user_regs 
> *regs, int vmxop_check)
>               !(v->arch.hvm_vcpu.guest_cr[4] & X86_CR4_VMXE) )
>              goto invalid_op;
>      }
> -    else if ( !vcpu_2_nvmx(v).vmxon_region_pa )
> +    else if ( !nvmx_vcpu_in_vmx(v) )
>          goto invalid_op;
>  
>      hvm_get_segment_register(v, x86_seg_cs, &cs);
> @@ -1384,7 +1396,7 @@ int nvmx_handle_vmxon(struct cpu_user_regs *regs)
>      if ( rc != X86EMUL_OKAY )
>          return rc;
>  
> -    if ( nvmx->vmxon_region_pa )
> +    if ( nvmx_vcpu_in_vmx(v) )
>          gdprintk(XENLOG_WARNING, 
>                   "vmxon again: orig %"PRIpaddr" new %lx\n",
>                   nvmx->vmxon_region_pa, gpa);
> @@ -1417,7 +1429,7 @@ int nvmx_handle_vmxoff(struct cpu_user_regs *regs)
>          return rc;
>  
>      nvmx_purge_vvmcs(v);
> -    nvmx->vmxon_region_pa = 0;
> +    nvmx->vmxon_region_pa = INVALID_VMXON_REGION_PA;
>  
>      vmreturn(regs, VMSUCCEED);
>      return X86EMUL_OKAY;


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.