On Mon, 15 Oct 2012 14:58:40 +0200
Andreas Färber wrote:
> Am 15.10.2012 13:54, schrieb Igor Mammedov:
> > On Sun, 14 Oct 2012 06:09:56 +0200
> > Andreas Färber wrote:
> >
> >> Am 13.10.2012 22:35, schrieb Igor Mammedov:
> >>> (L)APIC is a part of cpu [1] so move APIC initialization inside of
>
Am 15.10.2012 13:54, schrieb Igor Mammedov:
> On Sun, 14 Oct 2012 06:09:56 +0200
> Andreas Färber wrote:
>
>> Am 13.10.2012 22:35, schrieb Igor Mammedov:
>>> (L)APIC is a part of cpu [1] so move APIC initialization inside of
>>> x86_cpu object. Since cpu_model and override flags currently specify
On Sun, 14 Oct 2012 06:09:56 +0200
Andreas Färber wrote:
> Am 13.10.2012 22:35, schrieb Igor Mammedov:
> > (L)APIC is a part of cpu [1] so move APIC initialization inside of
> > x86_cpu object. Since cpu_model and override flags currently specify
> > whether APIC should be created or not, APIC cr
Am 13.10.2012 22:35, schrieb Igor Mammedov:
> (L)APIC is a part of cpu [1] so move APIC initialization inside of
> x86_cpu object. Since cpu_model and override flags currently specify
> whether APIC should be created or not, APIC creation&initialization is
> moved into x86_cpu_apic_init() which is
(L)APIC is a part of cpu [1] so move APIC initialization inside of
x86_cpu object. Since cpu_model and override flags currently specify
whether APIC should be created or not, APIC creation&initialization is
moved into x86_cpu_apic_init() which is called from x86_cpu_realize().
[1] - all x86 cpus h