On 26/09/2016 13:10, Igor Mammedov wrote:
> On Thu, 22 Sep 2016 18:16:47 +0200
> Paolo Bonzini wrote:
>
>> On 22/09/2016 18:00, Igor Mammedov wrote:
Why not just return initial_apic_id? This is the meaning the property
had before your patch.
>>>
>>>
On Thu, 22 Sep 2016 18:16:47 +0200
Paolo Bonzini wrote:
> On 22/09/2016 18:00, Igor Mammedov wrote:
> > > Why not just return initial_apic_id? This is the meaning the property
> > > had before your patch.
> >
> > initial_apic_id is immutable but 'id' could be changed at
On 22/09/2016 18:00, Igor Mammedov wrote:
> > Why not just return initial_apic_id? This is the meaning the property
> > had before your patch.
>
> initial_apic_id is immutable but 'id' could be changed at runtime by guest in
> xAPIC mode
> so returned value depends on xAPIC/x2APIC mode
On Thu, 22 Sep 2016 16:37:04 +0200
Paolo Bonzini wrote:
> On 22/09/2016 14:50, Igor Mammedov wrote:
> > ACPI ID is 32 bit wide on CPUs with x2APIC support.
> > Extend 'id' property to support it.
> >
> > Signed-off-by: Igor Mammedov
> > ---
> >
On 22/09/2016 14:50, Igor Mammedov wrote:
> ACPI ID is 32 bit wide on CPUs with x2APIC support.
> Extend 'id' property to support it.
>
> Signed-off-by: Igor Mammedov
> ---
> include/hw/i386/apic_internal.h | 3 ++-
> target-i386/cpu.h | 1 +
>