2016-05-17 17:34+0200, Paolo Bonzini: > On 06/05/2016 22:54, Radim Krčmář wrote: >> We currently always shift APIC ID as if APIC was in xAPIC mode. >> x2APIC mode wants to use more bits and storing a hardware-compabible >> value is the the sanest option. VMX can stop intercepting the APIC ID >> register then. >> >> KVM API to set the lapic expects that bottom 8 bits of APIC ID are in >> top 8 bits of APIC_ID register. Definite that x2APIC IDs are byte >> swapped to keep compatibility without new toggles. > > That's a bit too clever... Can we make KVM_CAP_MSI_X2APIC an > enable-able capability (and then better rename it KVM_CAP_X2APIC_ID), > and then all ids become 32 bit? This fixes the APIC ID issue here, and > avoids introducing a new routing type in patch 5. > > The cost is a little extra complexity in QEMU, but I think it's bearable. Will do, thanks. -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
