All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gleb Natapov <gleb@redhat.com>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: Marcelo Tosatti <mtosatti@redhat.com>, kvm <kvm@vger.kernel.org>,
	Paolo Bonzini <pbonzini@redhat.com>,
	"Nadav Har'El" <nyh@math.technion.ac.il>
Subject: Re: [PATCH 1/2] KVM: nVMX: Validate EFER values for VM_ENTRY/EXIT_LOAD_IA32_EFER
Date: Mon, 22 Apr 2013 12:54:41 +0300	[thread overview]
Message-ID: <20130422095441.GA6027@redhat.com> (raw)
In-Reply-To: <516A8879.6050202@web.de>

On Sun, Apr 14, 2013 at 12:44:09PM +0200, Jan Kiszka wrote:
> From: Jan Kiszka <jan.kiszka@siemens.com>
> 
> As we may emulate the loading of EFER on VM-entry and VM-exit, implement
> the checks that VMX performs on the guest and host values on vmlaunch/
> vmresume. Factor out kvm_valid_efer for this purpose which checks for
> set reserved bits.
> 
> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
Applied v2 of 1/2 and 2/2.

> ---
>  arch/x86/include/asm/kvm_host.h |    1 +
>  arch/x86/kvm/vmx.c              |   38 ++++++++++++++++++++++++++++++++++++++
>  arch/x86/kvm/x86.c              |   29 +++++++++++++++++++----------
>  3 files changed, 58 insertions(+), 10 deletions(-)
> 
> diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
> index b2c7263..28a458f 100644
> --- a/arch/x86/include/asm/kvm_host.h
> +++ b/arch/x86/include/asm/kvm_host.h
> @@ -805,6 +805,7 @@ static inline int emulate_instruction(struct kvm_vcpu *vcpu,
>  }
>  
>  void kvm_enable_efer_bits(u64);
> +bool kvm_valid_efer(struct kvm_vcpu *vcpu, u64 efer);
>  int kvm_get_msr(struct kvm_vcpu *vcpu, u32 msr_index, u64 *data);
>  int kvm_set_msr(struct kvm_vcpu *vcpu, struct msr_data *msr);
>  
> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
> index cc2ba55..0d13b29 100644
> --- a/arch/x86/kvm/vmx.c
> +++ b/arch/x86/kvm/vmx.c
> @@ -7257,6 +7257,44 @@ static int nested_vmx_run(struct kvm_vcpu *vcpu, bool launch)
>  	}
>  
>  	/*
> +	 * If the “load IA32_EFER” VM-entry control is 1, the following checks
> +	 * are performed on the field for the IA32_EFER MSR:
> +	 * - Bits reserved in the IA32_EFER MSR must be 0.
> +	 * - Bit 10 (corresponding to IA32_EFER.LMA) must equal the value of
> +	 *   the IA-32e mode guest VM-exit control. It must also be identical
> +	 *   to bit 8 (LME) if bit 31 in the CR0 field (corresponding to
> +	 *   CR0.PG) is 1.1
> +	 */
> +	if (vmcs12->vm_entry_controls & VM_ENTRY_LOAD_IA32_EFER &&
> +	    (!kvm_valid_efer(vcpu, vmcs12->guest_ia32_efer) ||
> +	     !!(vmcs12->vm_entry_controls & VM_ENTRY_IA32E_MODE) !=
> +	     !!(vmcs12->guest_ia32_efer & EFER_LMA) ||
> +	     (vmcs12->guest_cr0 & X86_CR0_PG &&
> +	      !!(vmcs12->vm_entry_controls & VM_ENTRY_IA32E_MODE) !=
> +	      !!(vmcs12->guest_ia32_efer & EFER_LME)))) {
> +		nested_vmx_entry_failure(vcpu, vmcs12,
> +			EXIT_REASON_INVALID_STATE, ENTRY_FAIL_DEFAULT);
> +		return 1;
> +	}
> +
> +	/*
> +	 * If the load IA32_EFER VM-exit control is 1, bits reserved in the
> +	 * IA32_EFER MSR must be 0 in the field for that register. In addition,
> +	 * the values of the LMA and LME bits in the field must each be that of
> +	 * the host address-space size VM-exit control.
> +	 */
> +	if (vmcs12->vm_exit_controls & VM_EXIT_LOAD_IA32_EFER &&
> +	    (!kvm_valid_efer(vcpu, vmcs12->host_ia32_efer) ||
> +	     !!(vmcs12->vm_exit_controls & VM_EXIT_HOST_ADDR_SPACE_SIZE) !=
> +	     !!(vmcs12->host_ia32_efer & EFER_LMA) ||
> +	     !!(vmcs12->vm_exit_controls & VM_EXIT_HOST_ADDR_SPACE_SIZE) !=
> +	     !!(vmcs12->host_ia32_efer & EFER_LME))) {
> +		nested_vmx_entry_failure(vcpu, vmcs12,
> +			EXIT_REASON_INVALID_STATE, ENTRY_FAIL_DEFAULT);
> +		return 1;
> +	}
> +
> +	/*
>  	 * We're finally done with prerequisite checking, and can start with
>  	 * the nested entry.
>  	 */
> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
> index eb9927e..f248a3a 100644
> --- a/arch/x86/kvm/x86.c
> +++ b/arch/x86/kvm/x86.c
> @@ -845,23 +845,17 @@ static const u32 emulated_msrs[] = {
>  	MSR_IA32_MCG_CTL,
>  };
>  
> -static int set_efer(struct kvm_vcpu *vcpu, u64 efer)
> +bool kvm_valid_efer(struct kvm_vcpu *vcpu, u64 efer)
>  {
> -	u64 old_efer = vcpu->arch.efer;
> -
>  	if (efer & efer_reserved_bits)
> -		return 1;
> -
> -	if (is_paging(vcpu)
> -	    && (vcpu->arch.efer & EFER_LME) != (efer & EFER_LME))
> -		return 1;
> +		return false;
>  
>  	if (efer & EFER_FFXSR) {
>  		struct kvm_cpuid_entry2 *feat;
>  
>  		feat = kvm_find_cpuid_entry(vcpu, 0x80000001, 0);
>  		if (!feat || !(feat->edx & bit(X86_FEATURE_FXSR_OPT)))
> -			return 1;
> +			return false;
>  	}
>  
>  	if (efer & EFER_SVME) {
> @@ -869,9 +863,24 @@ static int set_efer(struct kvm_vcpu *vcpu, u64 efer)
>  
>  		feat = kvm_find_cpuid_entry(vcpu, 0x80000001, 0);
>  		if (!feat || !(feat->ecx & bit(X86_FEATURE_SVM)))
> -			return 1;
> +			return false;
>  	}
>  
> +	return true;
> +}
> +EXPORT_SYMBOL_GPL(kvm_valid_efer);
> +
> +static int set_efer(struct kvm_vcpu *vcpu, u64 efer)
> +{
> +	u64 old_efer = vcpu->arch.efer;
> +
> +	if (!kvm_valid_efer(vcpu, efer))
> +		return 1;
> +
> +	if (is_paging(vcpu)
> +	    && (vcpu->arch.efer & EFER_LME) != (efer & EFER_LME))
> +		return 1;
> +
>  	efer &= ~EFER_LMA;
>  	efer |= vcpu->arch.efer & EFER_LMA;
>  
> -- 
> 1.7.3.4

--
			Gleb.

      parent reply	other threads:[~2013-04-22  9:54 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-14 10:44 [PATCH 1/2] KVM: nVMX: Validate EFER values for VM_ENTRY/EXIT_LOAD_IA32_EFER Jan Kiszka
2013-04-14 10:44 ` [PATCH 2/2] KVM: nVMX: VM_ENTRY/EXIT_LOAD_IA32_EFER overrides EFER.LMA settings Jan Kiszka
2013-04-15 11:09   ` Paolo Bonzini
2013-04-15 11:08 ` [PATCH 1/2] KVM: nVMX: Validate EFER values for VM_ENTRY/EXIT_LOAD_IA32_EFER Paolo Bonzini
2013-04-17 22:39 ` Marcelo Tosatti
2013-04-20  8:52 ` [PATCH v2 " Jan Kiszka
2013-04-22  8:51   ` Paolo Bonzini
2013-04-22  9:54 ` Gleb Natapov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130422095441.GA6027@redhat.com \
    --to=gleb@redhat.com \
    --cc=jan.kiszka@web.de \
    --cc=kvm@vger.kernel.org \
    --cc=mtosatti@redhat.com \
    --cc=nyh@math.technion.ac.il \
    --cc=pbonzini@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.