On Mon, May 09, 2016 at 11:43:54AM +0200, Igor Mammedov wrote:
> SDM[*1] says that if there are CPUs with APIC ID
> greater than 254, BIOS is to pass control to OS
> in x2APIC mode. Use the fact that QEMU passes in
> "etc/max-cpus" max possible "APIC ID + 1" to
> detect need for x2APIC mode. Also
On Mon, May 09, 2016 at 11:43:53AM +0200, Igor Mammedov wrote:
> MPTable doesn't support more than 254 CPUs and
> QEMU supplies an alternative MADT table which
> guest will use instead of it. So do not install
> MPTable if more than 254 CPUs are provided.
>
> Signed-off-by: Igor Mammedov
That's what I guessed too. Is there any plan to add it or is it out of
consideration?
On Monday, 9 May 2016, Gerd Hoffmann wrote:
> On Fr, 2016-05-06 at 17:00 +0800, Tom Yan wrote:
> > Strangely, seabios supports booting from usb-uas with usb-ehci:
> >
> >
MPTable doesn't support more than 254 CPUs and
QEMU supplies an alternative MADT table which
guest will use instead of it. So do not install
MPTable if more than 254 CPUs are provided.
Signed-off-by: Igor Mammedov
---
src/fw/mptable.c | 4
1 file changed, 4
According to SDM, if CPUs have APIC ID more than 254
firmware should pass control to OS in x2APIC mode.
This series adds x2APIC bootstrap initialization.
QEMU side of x2APIC support:
https://lists.gnu.org/archive/html/qemu-devel/2016-05/msg01094.html
Igor Mammedov (2):
paravirt: disable
SDM[*1] says that if there are CPUs with APIC ID
greater than 254, BIOS is to pass control to OS
in x2APIC mode. Use the fact that QEMU passes in
"etc/max-cpus" max possible "APIC ID + 1" to
detect need for x2APIC mode. Also instead of
CMOS_BIOS_SMP_COUNT which is limited to 256 CPUs
use a new rom
On Fr, 2016-05-06 at 17:00 +0800, Tom Yan wrote:
> Strangely, seabios supports booting from usb-uas with usb-ehci:
>
> https://drive.google.com/open?id=0B50PCxfm5KU1dUFTUG9HU0pEcXc
>
> and usb-bot with nec-usb-xhci:
>
> https://drive.google.com/open?id=0B50PCxfm5KU1QnVzdTBIdEFzZW8
>
> but not