public inbox for qemu-devel@nongnu.org
 help / color / mirror / Atom feed
From: Mohamed Mediouni <mohamed@unpredictable.fr>
To: qemu-devel@nongnu.org
Cc: Roman Bolshakov <rbolshakov@ddn.com>,
	Mohamed Mediouni <mohamed@unpredictable.fr>,
	Wei Liu <wei.liu@kernel.org>,
	Phil Dennis-Jordan <phil@philjordan.eu>,
	Pedro Barbuda <pbarbuda@microsoft.com>
Subject: [PATCH v3 00/12] whpx: i386: Windows 10 and performance fixes
Date: Tue, 24 Mar 2026 16:13:11 +0100	[thread overview]
Message-ID: <20260324151323.74473-1-mohamed@unpredictable.fr> (raw)

On Windows 10, the paravirtualisation enlightenments aren't available.
And neither is performance monitoring. Using the former as a gate to
operate in a reduced-functionality mode on Windows 10.

And on the performance side, some state is really expensive to fetch
or write with Hyper-V so switch some less-essential state to on demand.

The effect of this is magnified on Windows 10 because Hyper-V enlightenments
are not available there.

Side note: On Windows 11, use WHP with kernel-irqchip=on. On Windows 10, looks
like issues there are still lingering, with issues #289 and #346 still problematic.

v1 -> v2:
- fix x86 HVF compatibility
- small nits
- added workaround for an issue that showed up during 32-bit Linux boot
on AMD

v2 -> v3:
- Remove ad-hoc workaround in segment fetching and replace it by something
more proper.
The affected commits are "whpx: i386: fetch segments on-demand". The old
workaround separate commit is no longer present (or needed)

Issue number: https://gitlab.com/qemu-project/qemu/-/work_items/3349

Mohamed Mediouni (12):
  whpx: i386: workaround for Windows 10 support
  whpx: i386: enable exceptions VM exit only when needed
  whpx: i386: skip TSC read for MMIO exits
  whpx: i386: skip XCRs read for MMIO exits
  whpx: i386: don't restore segment registers after MMIO handling
  target/i386: emulate: add new callbacks
  whpx: i386: add implementation of new x86_emul_ops
  target/i386: emulate: indirect access to CRs
  whpx: i386: indirect access to CRs
  target/i386: emulate: segmentation rework
  whpx: i386: fetch segments on-demand
  whpx: i386: fast runtime state reads

 target/i386/emulate/x86_emu.h     |   6 +
 target/i386/emulate/x86_helpers.c |  83 +++++----
 target/i386/emulate/x86_mmu.c     |  11 +-
 target/i386/hvf/x86.c             |  11 ++
 target/i386/whpx/whpx-all.c       | 280 +++++++++++++++++++++++++-----
 5 files changed, 302 insertions(+), 89 deletions(-)

-- 
2.50.1 (Apple Git-155)



             reply	other threads:[~2026-03-24 15:15 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-24 15:13 Mohamed Mediouni [this message]
2026-03-24 15:13 ` [PATCH v3 01/12] whpx: i386: workaround for Windows 10 support Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 02/12] whpx: i386: enable exceptions VM exit only when needed Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 03/12] whpx: i386: skip TSC read for MMIO exits Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 04/12] whpx: i386: skip XCRs " Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 05/12] whpx: i386: don't restore segment registers after MMIO handling Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 06/12] target/i386: emulate: add new callbacks Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 07/12] whpx: i386: add implementation of new x86_emul_ops Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 08/12] target/i386: emulate: indirect access to CRs Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 09/12] whpx: i386: " Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 10/12] target/i386: emulate: segmentation rework Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 11/12] whpx: i386: fetch segments on-demand Mohamed Mediouni
2026-03-24 15:13 ` [PATCH v3 12/12] whpx: i386: fast runtime state reads Mohamed Mediouni
2026-03-24 15:20 ` [PATCH v3 00/12] whpx: i386: Windows 10 and performance fixes Mohamed Mediouni
2026-03-24 17:19 ` Paolo Bonzini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260324151323.74473-1-mohamed@unpredictable.fr \
    --to=mohamed@unpredictable.fr \
    --cc=pbarbuda@microsoft.com \
    --cc=phil@philjordan.eu \
    --cc=qemu-devel@nongnu.org \
    --cc=rbolshakov@ddn.com \
    --cc=wei.liu@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox