[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <7885D1F8-1077-4B61-A891-757BD808FA35@gmail.com>
Date: Tue, 2 Aug 2016 09:40:11 -0700
From: Nadav Amit <nadav.amit@...il.com>
To: Radim Krčmář <rkrcmar@...hat.com>
Cc: Wanpeng Li <kernellwp@...il.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
kvm <kvm@...r.kernel.org>, Paolo Bonzini <pbonzini@...hat.com>,
"Lan, Tianyu" <tianyu.lan@...el.com>,
Igor Mammedov <imammedo@...hat.com>,
Jan Kiszka <jan.kiszka@....de>, Peter Xu <peterx@...hat.com>,
Yang Zhang <yang.zhang.wz@...il.com>
Subject: Re: [PATCH v3 03/14] KVM: x86: use physical LAPIC array for logical x2APIC
Radim Krčmář <rkrcmar@...hat.com> wrote:
>
> Offending LAPIC marks the logical mapping as unusable, which was
> intended. kvm_apic_map_get_logical_dest() returns false.
>
> The main problem is that SDM does not clearly forbid LAPICs in x2APIC
> mode while some xAPIC LAPICs have nonzero LDR, so we should handle it
> somewhat gracefully.
> In combination with our IR-less IOAPIC hack, this would mean that we
> would have to check both interpretations (x2 and xAPIC) of a logical
> address before delivering. Not to mention that we would also have to
> decide how to handle a case when both interpretations are valid.
My recollection of running Intel tests is that they do leave sometimes
some of the cores in the xAPIC mode while others are in x2APIC mode.
In this case, IIRC they do not generate IPIs from the xAPIC core.
IIRC they do expect broadcast interrupts to be received by all cores,
including those with xAPIC mode. However, I am unsure about this last
point.
Regards,
Nadav
Powered by blists - more mailing lists