On 30/03/2015 21:31, Nadav Amit wrote:
> > Because QEMU support for INIT is incomplete, so the tests would fail
> > ("Uh, hard reset!"). IIRC sending init to BSP with APIC_DEST_SELF is
> > also not supported by actual hardware (or at least not supported
> > "officially") so that test would also
Paolo Bonzini wrote:
> On 30/03/2015 16:40, Nadav Amit wrote:
>> Paolo,
>>
>> It appears you are right and I have not tested 4 and 5 well enough. I’ll
>> repost them (the others were tested presumably well enough).
>>
>> Two short questions:
>> Can I use init.c in the kvm-unit-tests ?
>> Why i
On 30/03/2015 16:40, Nadav Amit wrote:
> Paolo,
>
> It appears you are right and I have not tested 4 and 5 well enough. I’ll
> repost them (the others were tested presumably well enough).
>
> Two short questions:
> Can I use init.c in the kvm-unit-tests ?
> Why is it disabled?
Because QEMU su
Paolo,
It appears you are right and I have not tested 4 and 5 well enough. I’ll
repost them (the others were tested presumably well enough).
Two short questions:
Can I use init.c in the kvm-unit-tests ?
Why is it disabled?
Nadav
Paolo Bonzini wrote:
>
>
> On 30/03/2015 14:39, Nadav Amit w
On 30/03/2015 14:39, Nadav Amit wrote:
> After reset, the CPU can change the BSP, which will be used upon INIT. Reset
> should return the BSP which QEMU asked for, and therefore handled accordingly.
>
> To quote: "If the MP protocol has completed and a BSP is chosen, subsequent
> INITs (either
After reset, the CPU can change the BSP, which will be used upon INIT. Reset
should return the BSP which QEMU asked for, and therefore handled accordingly.
To quote: "If the MP protocol has completed and a BSP is chosen, subsequent
INITs (either to a specific processor or system wide) do not caus
