Public bug reported:
Using qemu-2.9.0
When booting NetBSD using '-cpu haswell -smp 4', the system fails to
initialize the additional CPUs. It appears as though the "application
processor" enters routine x86_pause() but never returns.
x86_pause() is simply two assembler instructions: 'pause; ret;'
Replacing the routine with 'nop; nop; ret;' allows the system to
proceed, of course without the benefit of the pause instruction on spin-
loops!
Additionally, booting with '-cpu phenom -smp 4' also works, although the
system does seem confused about the type of CPU being used.
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1693649
Title:
x86 pause misbehaves with -cpu haswell
Status in QEMU:
New
Bug description:
Using qemu-2.9.0
When booting NetBSD using '-cpu haswell -smp 4', the system fails to
initialize the additional CPUs. It appears as though the "application
processor" enters routine x86_pause() but never returns.
x86_pause() is simply two assembler instructions: 'pause; ret;'
Replacing the routine with 'nop; nop; ret;' allows the system to
proceed, of course without the benefit of the pause instruction on
spin-loops!
Additionally, booting with '-cpu phenom -smp 4' also works, although
the system does seem confused about the type of CPU being used.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1693649/+subscriptions
