Inactive for ~two weeks, closing.
** Changed in: qemu
Status: New => Incomplete
** Changed in: qemu
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1888971
> I guess fundamentally th issue is writing 0xXX in IO port 0xB2 should
> trigger SMI handler in all possible core but instead it triggers SMI
> only in Core#0.
For that, the guest needs to negotiate the "broadcast SMI" feature with
QEMU. See commit range 57bb40c9db40..b8bab8eb6934.
--
You recei
I tried without specifying -bios parameter still hang is seen. But this
time it had low memory corruption.
And built seabios with more debug logs but seabios doesn't does SMM init
even when its selected in make menuconfig.
I guess fundamentally th issue is writing 0xXX in IO port 0xB2 should
trig
Does coreboot do anything to set up an SMI handler? Does it relocate
SMBASE for all processors?
Misbehavior upon raising an SMI is fully expected, unless the guest
(usually the guest firmware) sets up SMI handling properly.
The bug report currently includes only two bits of information about
gues
