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)
next 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