KVM: nVMX: Don't stuff secondary execution control if it's not supported
authorSean Christopherson <seanjc@google.com>
Tue, 13 Dec 2022 06:23:04 +0000 (06:23 +0000)
committerPaolo Bonzini <pbonzini@redhat.com>
Fri, 23 Dec 2022 17:32:03 +0000 (12:32 -0500)
When stuffing the allowed secondary execution controls for nested VMX in
response to CPUID updates, don't set the allowed-1 bit for a feature that
isn't supported by KVM, i.e. isn't allowed by the canonical vmcs_config.

WARN if KVM attempts to manipulate a feature that isn't supported.  All
features that are currently stuffed are always advertised to L1 for
nested VMX if they are supported in KVM's base configuration, and no
additional features should ever be added to the CPUID-induced stuffing
(updating VMX MSRs in response to CPUID updates is a long-standing KVM
flaw that is slowly being fixed).

Signed-off-by: Sean Christopherson <seanjc@google.com>
Message-Id: <20221213062306.667649-3-seanjc@google.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
arch/x86/kvm/vmx/vmx.c

index fe5615f..fc9008d 100644 (file)
@@ -4459,6 +4459,13 @@ vmx_adjust_secondary_exec_control(struct vcpu_vmx *vmx, u32 *exec_control,
         * controls for features that are/aren't exposed to the guest.
         */
        if (nested) {
+               /*
+                * All features that can be added or removed to VMX MSRs must
+                * be supported in the first place for nested virtualization.
+                */
+               if (WARN_ON_ONCE(!(vmcs_config.nested.secondary_ctls_high & control)))
+                       enabled = false;
+
                if (enabled)
                        vmx->nested.msrs.secondary_ctls_high |= control;
                else