qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Bug 1844946] [NEW] macOS HVF broken with WinXP after Aug 21 2018 92d5f1a414
@ 2019-09-22 21:21 Adam Strzelecki
  2020-05-12 22:07 ` [Bug 1844946] " Roman Bolshakov
  0 siblings, 1 reply; 2+ messages in thread
From: Adam Strzelecki @ 2019-09-22 21:21 UTC (permalink / raw)
  To: qemu-devel

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


^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug 1844946] Re: macOS HVF broken with WinXP after Aug 21 2018 92d5f1a414
  2019-09-22 21:21 [Bug 1844946] [NEW] macOS HVF broken with WinXP after Aug 21 2018 92d5f1a414 Adam Strzelecki
@ 2020-05-12 22:07 ` Roman Bolshakov
  0 siblings, 0 replies; 2+ messages in thread
From: Roman Bolshakov @ 2020-05-12 22:07 UTC (permalink / raw)
  To: qemu-devel

*** This bug is a duplicate of bug 1823831 ***
    https://bugs.launchpad.net/bugs/1823831

** Tags added: hvf

** Changed in: qemu
       Status: New => Fix Released

** This bug has been marked a duplicate of bug 1823831
   BSD bootloader halts with hypervisor.framework

-- 
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:
  Fix Released

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


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-05-12 22:21 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-09-22 21:21 [Bug 1844946] [NEW] macOS HVF broken with WinXP after Aug 21 2018 92d5f1a414 Adam Strzelecki
2020-05-12 22:07 ` [Bug 1844946] " Roman Bolshakov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).