[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1844946] [NEW] macOS HVF broken with WinXP after Aug 21 2018 92d5f1
From: |
Adam Strzelecki |
Subject: |
[Bug 1844946] [NEW] macOS HVF broken with WinXP after Aug 21 2018 92d5f1a414 |
Date: |
Sun, 22 Sep 2019 21:21:21 -0000 |
Public bug reported:
I use macOS with own built Qemu to run old XP system that I have migrated from
physical machine. My setup is very simple qemu-system-x86_64 with args:
-machine pc,accel=hvf,usb=off,vmport=off
-cpu host
-vga std
-m 2048
-drive file="$img",format=qcow2,cache=none,detect-zeroes=on
-usb -device usb-tablet
Unfortunately as soon I enable HVF with first 2 lines WinXP SP3 hangs on
boot (famous mup.sys). It works fine in TCG.
I dived into the code checking the differences between HVF, KVM and HAXM
and my analysis is:
1. Sergio Andres Gomez Del Real b7394c8394 - replaces explicit
VMCS_GUEST_INTERRUPTIBILITY checks with hflags/hflags2.
2. Paolo Bonzini 92d5f1a414 - changes hflags/hflags2 behavior which
breaks in the end HVF interrupt handling and makes WinXP unable to boot.
NOTE: This does not break I believe KVM and HAXM as they still do
explicit check instead what HVF does in 1. That's why it was probably
not reported and Qemu macOS users are rather niche ;)
Reverting 92d5f1a414 makes WinXP boot well and work flawlessly.
Unfortunately b7394c8394 is not easy anymore as too many changes on the way, so
it may be not an option.
This can be reproduced simply by installing
/Users/ono/VM/ISO/en_windows_xp_professional_with_service_pack_3_x86_cd_vl_x14-73974.iso
with HAL as "Standard PC" selectable with F5 on first run.
I can also provide fresh ~600MB qcow2 image (without activation key
entered yet) that is created before boot that fails. No need for full XP
installation to test that.
Nevertheless I would really appreciate Paolo looking into this.
Many thanks for great software,
Adam
** 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/1844946
Title:
macOS HVF broken with WinXP after Aug 21 2018 92d5f1a414
Status in QEMU:
New
Bug description:
I use macOS with own built Qemu to run old XP system that I have migrated
from physical machine. My setup is very simple qemu-system-x86_64 with args:
-machine pc,accel=hvf,usb=off,vmport=off
-cpu host
-vga std
-m 2048
-drive file="$img",format=qcow2,cache=none,detect-zeroes=on
-usb -device usb-tablet
Unfortunately as soon I enable HVF with first 2 lines WinXP SP3 hangs
on boot (famous mup.sys). It works fine in TCG.
I dived into the code checking the differences between HVF, KVM and
HAXM and my analysis is:
1. Sergio Andres Gomez Del Real b7394c8394 - replaces explicit
VMCS_GUEST_INTERRUPTIBILITY checks with hflags/hflags2.
2. Paolo Bonzini 92d5f1a414 - changes hflags/hflags2 behavior which
breaks in the end HVF interrupt handling and makes WinXP unable to
boot. NOTE: This does not break I believe KVM and HAXM as they still
do explicit check instead what HVF does in 1. That's why it was
probably not reported and Qemu macOS users are rather niche ;)
Reverting 92d5f1a414 makes WinXP boot well and work flawlessly.
Unfortunately b7394c8394 is not easy anymore as too many changes on the way,
so it may be not an option.
This can be reproduced simply by installing
/Users/ono/VM/ISO/en_windows_xp_professional_with_service_pack_3_x86_cd_vl_x14-73974.iso
with HAL as "Standard PC" selectable with F5 on first run.
I can also provide fresh ~600MB qcow2 image (without activation key
entered yet) that is created before boot that fails. No need for full
XP installation to test that.
Nevertheless I would really appreciate Paolo looking into this.
Many thanks for great software,
Adam
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1844946/+subscriptions
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug 1844946] [NEW] macOS HVF broken with WinXP after Aug 21 2018 92d5f1a414,
Adam Strzelecki <=