[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |