From: Kai Huang Date: Mon, 4 May 2015 10:17:10 +0000 (+0200) Subject: vmx: handle PML enabling in vmx_vcpu_initialise X-Git-Tag: archive/raspbian/4.8.0-1+rpi1~1^2~3354 X-Git-Url: https://dgit.raspbian.org/?a=commitdiff_plain;h=d0efa672dc7e36846444e1d208e1e21b7cd24c1d;p=xen.git vmx: handle PML enabling in vmx_vcpu_initialise It's possible domain has already been in log-dirty mode when creating vcpu, in which case we should enable PML for this vcpu if PML has been enabled for the domain. Signed-off-by: Kai Huang Acked-by: Tim Deegan Acked-by: Kevin Tian --- diff --git a/xen/arch/x86/hvm/vmx/vmx.c b/xen/arch/x86/hvm/vmx/vmx.c index 5d56ee2db9..d225230278 100644 --- a/xen/arch/x86/hvm/vmx/vmx.c +++ b/xen/arch/x86/hvm/vmx/vmx.c @@ -116,6 +116,29 @@ static int vmx_vcpu_initialise(struct vcpu *v) return rc; } + /* + * It's rare but still possible that domain has already been in log-dirty + * mode when vcpu is being created (commented by Tim), in which case we + * should enable PML for this vcpu if PML has been enabled for the domain, + * and failure to enable results in failure of creating this vcpu. + * + * Note even there's no vcpu created for the domain, vmx_domain_enable_pml + * will return successful in which case vmx_domain_pml_enabled will also + * return true. And even this is the first vcpu to be created with + * vmx_domain_pml_enabled being true, failure of enabling PML still results + * in failure of creating vcpu, to avoid complicated logic to revert PML + * style EPT table to non-PML style EPT table. + */ + if ( vmx_domain_pml_enabled(v->domain) ) + { + if ( (rc = vmx_vcpu_enable_pml(v)) != 0 ) + { + dprintk(XENLOG_ERR, "%pv: Failed to enable PML.\n", v); + vmx_destroy_vmcs(v); + return rc; + } + } + vpmu_initialise(v); vmx_install_vlapic_mapping(v);