Commit b4535b58 authored by Radim Krčmář's avatar Radim Krčmář

KVM: x86: make interrupt delivery fast and slow path behave the same

Slow path tried to prevent IPIs from x2APIC VCPUs from being delivered
to xAPIC VCPUs and vice-versa.  Make slow path behave like fast path,
which never distinguished that.
Reviewed-by: default avatarDavid Hildenbrand <david@redhat.com>
Signed-off-by: default avatarRadim Krčmář <rkrcmar@redhat.com>
Signed-off-by: default avatarPaolo Bonzini <pbonzini@redhat.com>
parent 6e500439
...@@ -592,10 +592,8 @@ static void apic_set_tpr(struct kvm_lapic *apic, u32 tpr) ...@@ -592,10 +592,8 @@ static void apic_set_tpr(struct kvm_lapic *apic, u32 tpr)
static bool kvm_apic_broadcast(struct kvm_lapic *apic, u32 mda) static bool kvm_apic_broadcast(struct kvm_lapic *apic, u32 mda)
{ {
if (apic_x2apic_mode(apic)) return mda == (apic_x2apic_mode(apic) ?
return mda == X2APIC_BROADCAST; X2APIC_BROADCAST : APIC_BROADCAST);
return GET_APIC_DEST_FIELD(mda) == APIC_BROADCAST;
} }
static bool kvm_apic_match_physical_addr(struct kvm_lapic *apic, u32 mda) static bool kvm_apic_match_physical_addr(struct kvm_lapic *apic, u32 mda)
...@@ -606,7 +604,7 @@ static bool kvm_apic_match_physical_addr(struct kvm_lapic *apic, u32 mda) ...@@ -606,7 +604,7 @@ static bool kvm_apic_match_physical_addr(struct kvm_lapic *apic, u32 mda)
if (apic_x2apic_mode(apic)) if (apic_x2apic_mode(apic))
return mda == kvm_x2apic_id(apic); return mda == kvm_x2apic_id(apic);
return mda == SET_APIC_DEST_FIELD(kvm_xapic_id(apic)); return mda == kvm_xapic_id(apic);
} }
static bool kvm_apic_match_logical_addr(struct kvm_lapic *apic, u32 mda) static bool kvm_apic_match_logical_addr(struct kvm_lapic *apic, u32 mda)
...@@ -623,7 +621,6 @@ static bool kvm_apic_match_logical_addr(struct kvm_lapic *apic, u32 mda) ...@@ -623,7 +621,6 @@ static bool kvm_apic_match_logical_addr(struct kvm_lapic *apic, u32 mda)
&& (logical_id & mda & 0xffff) != 0; && (logical_id & mda & 0xffff) != 0;
logical_id = GET_APIC_LOGICAL_ID(logical_id); logical_id = GET_APIC_LOGICAL_ID(logical_id);
mda = GET_APIC_DEST_FIELD(mda);
switch (kvm_lapic_get_reg(apic, APIC_DFR)) { switch (kvm_lapic_get_reg(apic, APIC_DFR)) {
case APIC_DFR_FLAT: case APIC_DFR_FLAT:
...@@ -640,9 +637,9 @@ static bool kvm_apic_match_logical_addr(struct kvm_lapic *apic, u32 mda) ...@@ -640,9 +637,9 @@ static bool kvm_apic_match_logical_addr(struct kvm_lapic *apic, u32 mda)
/* The KVM local APIC implementation has two quirks: /* The KVM local APIC implementation has two quirks:
* *
* - the xAPIC MDA stores the destination at bits 24-31, while this * - Real hardware delivers interrupts destined to x2APIC ID > 0xff to LAPICs
* is not true of struct kvm_lapic_irq's dest_id field. This is * in xAPIC mode if the "destination & 0xff" matches its xAPIC ID.
* just a quirk in the API and is not problematic. * KVM doesn't do that aliasing.
* *
* - in-kernel IOAPIC messages have to be delivered directly to * - in-kernel IOAPIC messages have to be delivered directly to
* x2APIC, because the kernel does not support interrupt remapping. * x2APIC, because the kernel does not support interrupt remapping.
...@@ -658,13 +655,12 @@ static u32 kvm_apic_mda(struct kvm_vcpu *vcpu, unsigned int dest_id, ...@@ -658,13 +655,12 @@ static u32 kvm_apic_mda(struct kvm_vcpu *vcpu, unsigned int dest_id,
struct kvm_lapic *source, struct kvm_lapic *target) struct kvm_lapic *source, struct kvm_lapic *target)
{ {
bool ipi = source != NULL; bool ipi = source != NULL;
bool x2apic_mda = apic_x2apic_mode(ipi ? source : target);
if (!vcpu->kvm->arch.x2apic_broadcast_quirk_disabled && if (!vcpu->kvm->arch.x2apic_broadcast_quirk_disabled &&
!ipi && dest_id == APIC_BROADCAST && x2apic_mda) !ipi && dest_id == APIC_BROADCAST && apic_x2apic_mode(target))
return X2APIC_BROADCAST; return X2APIC_BROADCAST;
return x2apic_mda ? dest_id : SET_APIC_DEST_FIELD(dest_id); return dest_id;
} }
bool kvm_apic_match_dest(struct kvm_vcpu *vcpu, struct kvm_lapic *source, bool kvm_apic_match_dest(struct kvm_vcpu *vcpu, struct kvm_lapic *source,
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment