From: Sean Christopherson <seanjc@google.com>
To: David Riley <d.riley@proxmox.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
linux-kernel@vger.kernel.org, kvm@vger.kernel.org,
jon@nutanix.com, chao.gao@intel.com
Subject: Re: [PATCH v6 00/28] KVM: combined patchset for MBEC/GMET support
Date: Fri, 15 May 2026 11:31:39 -0700 [thread overview]
Message-ID: <agdmi9wv8yOpgTpb@google.com> (raw)
In-Reply-To: <c5b71519-a129-4711-8f98-f05b3178a96d@proxmox.com>
On Fri, May 15, 2026, David Riley wrote:
> Hi Paolo, Hi Chao, Hi Sean,
>
> I have been testing the v6 patchset (up to 22/28) this time on Arrow
> Lake hardware. My results suggest a kernel version dependent regression
> regarding host stability.
>
> Environment:
> * Host CPU: Intel(R) Core(TM) Ultra 7 265K (Arrow Lake)
> * Motherboard: Gigabyte Z890 EAGLE (BIOS F18)
> * Host OS: Proxmox VE based on Debian Trixie
> * Host Kernel: mainline with patches 1-22/28 applied.
> * Guest OS: Windows Server 2026 (24H2, Build 26100.1742) with VBS/Hyper-V
> enabled.
> * QEMU Command: -cpu host,level=30,+vmx-mbec,+cet-ss,+cet-ibt
>
> Results for Kernel 7.1.0-rc3 + v6 patches 1-22:
> I can reproduce the guest failing to boot. This setup causes host lockups on
> my Arrow Lake machine. In some cases, the guest manages to reach Windows
> Recovery, but most of the time it does not.
>
> @Chao, in the first line you can see the hard lockup. Also have a look at the
> hrtimer trap I tested below.
>
> dmesg output:
> [Fri May 15 13:07:37 2026] watchdog: CPU1: Watchdog detected hard LOCKUP on cpu 1
...
> If I run:
> sudo modprobe -r kvm_intel
> sudo modprobe kvm_intel preemption_timer=0
>
> I am able to boot into windows sometimes.
Hmm, this probably confirms its the hrtimer issue? When using the VMX preemption
timer, KVM (on Intel) doesn't use an hrtimer to emulate L1's APIC timer. I _think_
forcing KVM to use an hrtimer would cause result in hrtimers being reprogrammed
in response to KVM's usage, and thus mask the deferred reprogramming bug? That
sounds plausible-ish?
> Results for Kernel 7.1.0-rc3 + v6 patches 1-22 + hrtimer trap:
>
> I used the mentioned trap from [0]
Can you try Peter's fixes? AIUI, the reporter's hack-a-fix was very far from a
complete fix. Note, there's a v3 of patch 1 (b4 should take care of that for you,
if you're using b4).
https://lore.kernel.org/all/20260423155611.216805954@infradead.org
prev parent reply other threads:[~2026-05-15 18:31 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-05 19:51 [PATCH v6 00/28] KVM: combined patchset for MBEC/GMET support Paolo Bonzini
2026-05-05 19:51 ` [PATCH 01/28] KVM: TDX/VMX: rework EPT_VIOLATION_EXEC_FOR_RING3_LIN into PROT_MASK Paolo Bonzini
2026-05-05 19:52 ` [PATCH 02/28] KVM: x86/mmu: remove SPTE_PERM_MASK Paolo Bonzini
2026-05-05 19:52 ` [PATCH 03/28] KVM: x86/mmu: free up bit 10 of PTEs in preparation for MBEC Paolo Bonzini
2026-05-05 19:52 ` [PATCH 04/28] KVM: x86/mmu: shuffle high bits of SPTEs " Paolo Bonzini
2026-05-05 19:52 ` [PATCH 05/28] KVM: x86/mmu: remove SPTE_EPT_* Paolo Bonzini
2026-05-05 19:52 ` [PATCH 06/28] KVM: x86/mmu: merge make_spte_{non,}executable Paolo Bonzini
2026-05-05 19:52 ` [PATCH 07/28] KVM: x86/mmu: rename and clarify BYTE_MASK Paolo Bonzini
2026-05-05 19:52 ` [PATCH 08/28] KVM: x86/mmu: separate more EPT/non-EPT permission_fault() Paolo Bonzini
2026-05-07 14:35 ` Sean Christopherson
2026-05-05 19:52 ` [PATCH 09/28] KVM: x86/mmu: introduce ACC_READ_MASK Paolo Bonzini
2026-05-05 19:52 ` [PATCH 10/28] KVM: x86/mmu: pass PFERR_GUEST_PAGE/FINAL_MASK to kvm_translate_gpa Paolo Bonzini
2026-05-05 19:52 ` [PATCH 11/28] KVM: x86/mmu: pass pte_access for final nGPA->GPA walk Paolo Bonzini
2026-05-05 19:52 ` [PATCH 12/28] KVM: x86: make translate_nested_gpa vendor-specific Paolo Bonzini
2026-05-05 19:52 ` [PATCH 13/28] KVM: x86/mmu: split XS/XU bits for EPT Paolo Bonzini
2026-05-05 19:52 ` [PATCH 14/28] KVM: x86/mmu: move cr4_smep to base role Paolo Bonzini
2026-05-05 19:52 ` [PATCH 15/28] KVM: VMX: enable use of MBEC Paolo Bonzini
2026-05-07 14:40 ` Sean Christopherson
2026-05-05 19:52 ` [PATCH 16/28] KVM: nVMX: pass advanced EPT violation vmexit info to guest Paolo Bonzini
2026-05-05 19:52 ` [PATCH 17/28] KVM: nVMX: pass PFERR_USER_MASK to MMU on EPT violations Paolo Bonzini
2026-05-05 19:52 ` [PATCH 18/28] KVM: x86/mmu: add support for MBEC to EPT page table walks Paolo Bonzini
2026-05-05 19:52 ` [PATCH 19/28] KVM: nVMX: advertise MBEC to nested guests Paolo Bonzini
2026-05-05 19:52 ` [PATCH 20/28] KVM: nVMX: allow MBEC with EVMCS Paolo Bonzini
2026-05-05 19:52 ` [PATCH 21/28] KVM: x86/mmu: propagate access mask from root pages down Paolo Bonzini
2026-05-05 19:52 ` [PATCH 22/28] KVM: x86/mmu: introduce cpu_role bit for availability of PFEC.I/D Paolo Bonzini
2026-05-05 19:52 ` [PATCH 23/28] KVM: SVM: add GMET bit definitions Paolo Bonzini
2026-05-05 19:52 ` [PATCH 24/28] KVM: x86/mmu: hard code more bits in kvm_init_shadow_npt_mmu Paolo Bonzini
2026-05-05 19:52 ` [PATCH 25/28] KVM: x86/mmu: add support for GMET to NPT page table walks Paolo Bonzini
2026-05-05 19:52 ` [PATCH 26/28] KVM: SVM: enable GMET and set it in MMU role Paolo Bonzini
2026-05-05 19:52 ` [PATCH 27/28] KVM: SVM: work around errata 1218 Paolo Bonzini
2026-05-05 19:52 ` [PATCH 28/28] KVM: nSVM: enable GMET for guests Paolo Bonzini
2026-05-07 14:44 ` [PATCH v6 00/28] KVM: combined patchset for MBEC/GMET support Sean Christopherson
2026-05-07 17:49 ` Paolo Bonzini
2026-05-11 10:53 ` David Riley
2026-05-11 10:55 ` Paolo Bonzini
2026-05-11 11:07 ` David Riley
2026-05-14 2:11 ` Chao Gao
2026-05-14 19:13 ` Sean Christopherson
2026-05-12 14:32 ` Paolo Bonzini
2026-05-12 16:34 ` Paolo Bonzini
2026-05-15 14:53 ` David Riley
2026-05-15 18:31 ` Sean Christopherson [this message]
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=agdmi9wv8yOpgTpb@google.com \
--to=seanjc@google.com \
--cc=chao.gao@intel.com \
--cc=d.riley@proxmox.com \
--cc=jon@nutanix.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pbonzini@redhat.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.