From: Paolo Bonzini <pbonzini@redhat.com>
To: "Radim Krčmář" <rkrcmar@redhat.com>, linux-kernel@vger.kernel.org
Cc: kvm@vger.kernel.org, Nadav Amit <namit@cs.technion.ac.il>,
Gleb Natapov <gleb@kernel.org>
Subject: Re: [PATCH 7/8] KVM: x86: avoid logical_map when it is invalid
Date: Fri, 30 Jan 2015 10:38:09 +0100 [thread overview]
Message-ID: <54CB5101.4010701@redhat.com> (raw)
In-Reply-To: <1422568135-28402-8-git-send-email-rkrcmar@redhat.com>
On 29/01/2015 22:48, Radim Krčmář wrote:
> We want to support mixed modes and the easiest solution is to avoid
> optimizing those weird and unlikely scenarios.
>
> Signed-off-by: Radim Krčmář <rkrcmar@redhat.com>
> ---
> arch/x86/include/asm/kvm_host.h | 1 +
> arch/x86/kvm/lapic.c | 16 ++++++++++++++++
> arch/x86/kvm/lapic.h | 4 ++++
> 3 files changed, 21 insertions(+)
>
> diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
> index 26d0f0f646d3..fec3188cabbb 100644
> --- a/arch/x86/include/asm/kvm_host.h
> +++ b/arch/x86/include/asm/kvm_host.h
> @@ -554,6 +554,7 @@ struct kvm_arch_memory_slot {
>
> struct kvm_apic_map {
> struct rcu_head rcu;
> + u8 mode;
> u8 ldr_bits;
> /* fields bellow are used to decode ldr values in different modes */
> u32 cid_shift, cid_mask, lid_mask;
> diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
> index fab007509047..621d9df6ac63 100644
> --- a/arch/x86/kvm/lapic.c
> +++ b/arch/x86/kvm/lapic.c
> @@ -162,16 +162,19 @@ static void recalculate_apic_map(struct kvm *kvm)
> new->ldr_bits = 32;
> new->cid_shift = 16;
> new->cid_mask = new->lid_mask = 0xffff;
> + new->mode |= KVM_APIC_MODE_X2APIC;
> } else if (kvm_apic_get_reg(apic, APIC_LDR)) {
> if (kvm_apic_get_reg(apic, APIC_DFR) ==
> APIC_DFR_CLUSTER) {
> new->cid_shift = 4;
> new->cid_mask = 0xf;
> new->lid_mask = 0xf;
> + new->mode |= KVM_APIC_MODE_XAPIC_CLUSTER;
> } else {
> new->cid_shift = 8;
> new->cid_mask = 0;
> new->lid_mask = 0xff;
> + new->mode |= KVM_APIC_MODE_XAPIC_FLAT;
> }
> }
>
> @@ -201,6 +204,13 @@ static void recalculate_apic_map(struct kvm *kvm)
>
> if (aid < ARRAY_SIZE(new->phys_map))
> new->phys_map[aid] = apic;
> +
> + /* The logical map is definitely wrong if we have multiple
> + * modes at the same time. Physical is still right though.
> + */
> + if (hweight8(new->mode) != 1)
Better (more optimized):
if (new->mode & (new->mode - 1))
Please add a comment to kvm_irq_delivery_to_apic_fast to explain what
you are doing.
> + continue;
> +
> if (lid && cid < ARRAY_SIZE(new->logical_map))
> new->logical_map[cid][ffs(lid) - 1] = apic;
> }
> @@ -720,6 +730,12 @@ bool kvm_irq_delivery_to_apic_fast(struct kvm *kvm, struct kvm_lapic *src,
> if (cid >= ARRAY_SIZE(map->logical_map))
> goto out;
>
> + if (hweight8(map->mode) != 1) {
> + /* Not deliverable with optimized map. */
> + ret = false;
> + goto out;
> + }
Put this before the computation of cid and mda. The cid and mda are all
wrong with a mixed map, and the result of the "if" before is influenced
by the wrong cid. Fixed by patch 8, but better get it right here.
Paolo
> dst = map->logical_map[cid];
>
> bitmap = apic_logical_id(map, mda);
> diff --git a/arch/x86/kvm/lapic.h b/arch/x86/kvm/lapic.h
> index c1ef25c89508..fd0197a93862 100644
> --- a/arch/x86/kvm/lapic.h
> +++ b/arch/x86/kvm/lapic.h
> @@ -8,6 +8,10 @@
> #define KVM_APIC_INIT 0
> #define KVM_APIC_SIPI 1
>
> +#define KVM_APIC_MODE_XAPIC_FLAT (1 << 0)
> +#define KVM_APIC_MODE_XAPIC_CLUSTER (1 << 1)
> +#define KVM_APIC_MODE_X2APIC (1 << 2)
> +
> struct kvm_timer {
> struct hrtimer timer;
> s64 period; /* unit: ns */
>
next prev parent reply other threads:[~2015-01-30 9:38 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-29 21:48 [PATCH 0/8] KVM: minor APIC fixes and cleanups Radim Krčmář
2015-01-29 21:48 ` [PATCH 1/8] KVM: x86: return bool from kvm_apic_match*() Radim Krčmář
2015-01-29 22:10 ` Joe Perches
2015-01-30 8:50 ` Paolo Bonzini
2015-01-29 21:48 ` [PATCH 2/8] KVM: x86: cleanup kvm_apic_match_*() Radim Krčmář
2015-01-30 8:52 ` Paolo Bonzini
2015-01-30 13:06 ` Radim Krčmář
2015-02-02 14:26 ` Radim Krčmář
2015-02-02 14:28 ` Paolo Bonzini
2015-02-02 14:30 ` Radim Krčmář
2015-02-02 14:29 ` Radim Krčmář
2015-01-29 21:48 ` [PATCH 3/8] KVM: x86: replace 0 with APIC_DEST_PHYSICAL Radim Krčmář
2015-01-29 21:48 ` [PATCH 4/8] KVM: x86: fix x2apic logical address matching Radim Krčmář
2015-01-29 21:48 ` [PATCH 5/8] KVM: x86: use MDA for interrupt matching Radim Krčmář
2015-01-30 9:03 ` Paolo Bonzini
2015-01-30 13:09 ` Radim Krčmář
2015-01-29 21:48 ` [PATCH 6/8] KVM: x86: allow mixed APIC mode broadcast Radim Krčmář
2015-01-29 21:48 ` [PATCH 7/8] KVM: x86: avoid logical_map when it is invalid Radim Krčmář
2015-01-30 9:19 ` Paolo Bonzini
2015-01-30 14:21 ` Radim Krčmář
2015-01-30 14:21 ` Paolo Bonzini
2015-01-30 9:38 ` Paolo Bonzini [this message]
2015-01-30 14:56 ` Radim Krčmář
2015-01-30 15:10 ` Paolo Bonzini
2015-01-30 17:09 ` Radim Krčmář
2015-01-29 21:48 ` [PATCH 8/8] KVM: x86: simplify kvm_apic_map Radim Krčmář
2015-01-30 9:18 ` Paolo Bonzini
2015-01-30 15:14 ` Radim Krčmář
2015-01-30 15:23 ` Paolo Bonzini
2015-01-30 16:57 ` Radim Krčmář
2015-01-30 21:15 ` Paolo Bonzini
2015-01-30 9:22 ` [PATCH 0/8] KVM: minor APIC fixes and cleanups Paolo Bonzini
2015-01-30 15:20 ` Radim Krčmář
2015-01-30 15:24 ` Paolo Bonzini
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=54CB5101.4010701@redhat.com \
--to=pbonzini@redhat.com \
--cc=gleb@kernel.org \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=namit@cs.technion.ac.il \
--cc=rkrcmar@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox