kvm: svm/avic: fix off-by-one in checking host APIC ID
authorSuthikulpanit, Suravee <Suravee.Suthikulpanit@amd.com>
Tue, 14 May 2019 15:49:52 +0000 (15:49 +0000)
committerPaolo Bonzini <pbonzini@redhat.com>
Fri, 24 May 2019 19:27:11 +0000 (21:27 +0200)
Current logic does not allow VCPU to be loaded onto CPU with
APIC ID 255. This should be allowed since the host physical APIC ID
field in the AVIC Physical APIC table entry is an 8-bit value,
and APIC ID 255 is valid in system with x2APIC enabled.
Instead, do not allow VCPU load if the host APIC ID cannot be
represented by an 8-bit value.

Also, use the more appropriate AVIC_PHYSICAL_ID_ENTRY_HOST_PHYSICAL_ID_MASK
instead of AVIC_MAX_PHYSICAL_ID_COUNT.

Signed-off-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Cc: stable@vger.kernel.org
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
arch/x86/kvm/svm.c

index a849dcb7fbc5c6810acba2e4b2babecf129a1510..a9e553a1317f9f3acdf319a56ef39f6f0b8746f7 100644 (file)
@@ -2024,7 +2024,11 @@ static void avic_vcpu_load(struct kvm_vcpu *vcpu, int cpu)
        if (!kvm_vcpu_apicv_active(vcpu))
                return;
 
-       if (WARN_ON(h_physical_id >= AVIC_MAX_PHYSICAL_ID_COUNT))
+       /*
+        * Since the host physical APIC id is 8 bits,
+        * we can support host APIC ID upto 255.
+        */
+       if (WARN_ON(h_physical_id > AVIC_PHYSICAL_ID_ENTRY_HOST_PHYSICAL_ID_MASK))
                return;
 
        entry = READ_ONCE(*(svm->avic_physical_id_cache));