From: Sean Christopherson <seanjc@google.com>
To: Yosry Ahmed <yosry@kernel.org>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Jim Mattson <jmattson@google.com>,
Maxim Levitsky <mlevitsk@redhat.com>,
Vitaly Kuznetsov <vkuznets@redhat.com>,
Tom Lendacky <thomas.lendacky@amd.com>,
kvm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [RFC PATCH v2 04/25] KVM: x86/mmu: Support specifying a minimum TLB tag
Date: Thu, 23 Jul 2026 07:15:31 -0700 [thread overview]
Message-ID: <amIiAxXkbNKV9BDn@google.com> (raw)
In-Reply-To: <amGfcbuCuWpd_D9c@google.com>
On Thu, Jul 23, 2026, Yosry Ahmed wrote:
> On Wed, Jul 22, 2026 at 05:28:00PM -0700, Sean Christopherson wrote:
> > On Tue, Jun 16, 2026, Yosry Ahmed wrote:
> > > In preparation for using the TLB tags allocator for SVM, which has a
> > > range of ASIDs allocated for SEV/SNP, pass in a minimum TLB tag when
> > > initializing the TLB tags allocator. The bitmap is conceptually shifted
> > > such that bit=0 corresponds to tag=min.
> > >
> > > Specifying the minimum value during initialization also makes the API
> > > clearer, as the passed number of tags becomes the actual number of
> > > *usable* tags, and tag=0 is explicitly excluded by the caller.
> > >
> > > No functional change intended for VMX as VPID=0 is not used anyway.
> > >
> > > Signed-off-by: Yosry Ahmed <yosry@kernel.org>
> > > ---
> > > arch/x86/kvm/mmu.h | 2 +-
> > > arch/x86/kvm/mmu/mmu.c | 38 +++++++++++++++++++++++---------------
> > > arch/x86/kvm/vmx/vmx.h | 3 ++-
> > > 3 files changed, 26 insertions(+), 17 deletions(-)
> > >
> > > diff --git a/arch/x86/kvm/mmu.h b/arch/x86/kvm/mmu.h
> > > index 9a2916012cbff..cfffee92b8b71 100644
> > > --- a/arch/x86/kvm/mmu.h
> > > +++ b/arch/x86/kvm/mmu.h
> > > @@ -337,7 +337,7 @@ static inline bool kvm_is_gfn_alias(struct kvm *kvm, gfn_t gfn)
> > >
> > > typedef unsigned int kvm_tlb_tag_t;
> > >
> > > -int kvm_init_tlb_tags(unsigned int nr);
> > > +int kvm_init_tlb_tags(kvm_tlb_tag_t min, unsigned int nr);
> > > void kvm_destroy_tlb_tags(void);
> > > kvm_tlb_tag_t kvm_alloc_tlb_tag(void);
> > > void kvm_free_tlb_tag(kvm_tlb_tag_t tag);
> > > diff --git a/arch/x86/kvm/mmu/mmu.c b/arch/x86/kvm/mmu/mmu.c
> > > index e021ed562502f..bf2e0c2205631 100644
> > > --- a/arch/x86/kvm/mmu/mmu.c
> > > +++ b/arch/x86/kvm/mmu/mmu.c
> > > @@ -8197,24 +8197,26 @@ static struct {
> > > spinlock_t lock;
> > > unsigned long *bitmap;
> > > unsigned int nr;
> > > + kvm_tlb_tag_t min;
> > > } tlb_tags;
> > >
> > > -int kvm_init_tlb_tags(unsigned int nr)
> > > +int kvm_init_tlb_tags(kvm_tlb_tag_t min, unsigned int nr)
> >
> > Hmm, I think this code should handle "nr - min" instead of requiring the caller
> > to do so. Because people that know how SEV+ works, but aren't familiar with this
> > code (like I am right now), will probably find it confusing that nothing in here
> > appears to account for the "reserved" ASIDs.
> >
> > Maybe this? With documentation that reserved ASIDs start at 0, inclusive, and
> > are contiguous.
> >
> > int kvm_init_tlb_tags(unsigned int nr, unsigned nr_reserved)
> > {
> >
> > }
>
> So essentially make the reserved tags included in 'nr', and min becomes
> nr_reserved. I wanted to keep it generic by not factoring in the assumptions
> about the reserved tags,
Eh, by having a @min you've already lost that battle though. It's only "generic"
in the sense that it obfuscates why there is a minimum in the first place. E.g.
if SEV+ used ASIDs starting that the top and counting backwards, taking only the
min wouldn't suffice.
> but we can revisit later if ever needed (very unlikely).
next prev parent reply other threads:[~2026-07-23 14:15 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-16 0:41 [RFC PATCH v2 00/25] Optimize nSVM TLB flushes Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 01/25] KVM: nSVM: Flush the TLB after forcefully leaving nested Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 02/25] KVM: SVM: Passthrough the number of supported ASIDs Yosry Ahmed
2026-07-14 13:20 ` Yosry Ahmed
2026-07-14 21:28 ` Jim Mattson
2026-07-14 21:43 ` Yosry Ahmed
2026-07-14 23:41 ` Sean Christopherson
2026-07-15 6:32 ` Jim Mattson
2026-07-15 17:45 ` Yosry Ahmed
2026-07-15 18:20 ` Jim Mattson
2026-07-15 19:12 ` Yosry Ahmed
2026-07-16 23:09 ` Jim Mattson
2026-07-22 22:09 ` Sean Christopherson
2026-07-22 22:39 ` Jim Mattson
2026-07-23 0:27 ` Sean Christopherson
2026-07-23 2:46 ` Jim Mattson
2026-07-23 12:24 ` Jim Mattson
2026-07-23 14:07 ` Sean Christopherson
2026-07-23 15:57 ` Jim Mattson
2026-07-23 16:32 ` Yosry Ahmed
2026-07-23 16:54 ` Jim Mattson
2026-07-23 16:57 ` Yosry Ahmed
2026-07-23 17:07 ` Jim Mattson
2026-07-23 17:26 ` Sean Christopherson
2026-07-23 17:34 ` Yosry Ahmed
2026-07-15 17:41 ` Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 03/25] KVM: VMX: Generalize VPID allocation to be vendor-neutral Yosry Ahmed
2026-07-22 22:26 ` Sean Christopherson
2026-07-22 22:36 ` Yosry Ahmed
2026-07-23 13:26 ` Sean Christopherson
2026-06-16 0:41 ` [RFC PATCH v2 04/25] KVM: x86/mmu: Support specifying a minimum TLB tag Yosry Ahmed
2026-07-23 0:28 ` Sean Christopherson
2026-07-23 5:00 ` Yosry Ahmed
2026-07-23 14:15 ` Sean Christopherson [this message]
2026-06-16 0:41 ` [RFC PATCH v2 05/25] KVM: SVM: Add helpers to set/clear ASID flush in VMCB Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 06/25] KVM: SVM: Fallback to flush everything if FLUSHBYASID is not available Yosry Ahmed
2026-07-23 0:29 ` Sean Christopherson
2026-06-16 0:41 ` [RFC PATCH v2 07/25] KVM: SVM: Duplicate pre-run ASID check for SEV and non-SEV guests Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 08/25] KVM: SEV: Stop using per-vCPU ASID for SEV VMs Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 09/25] KVM: SVM: Use a static ASID per vCPU Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 10/25] KVM: nSVM: Add a placeholder ASID for L2 Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 11/25] KVM: x86: hyper-v: Rename kvm_hv_vcpu_purge_flush_tlb() Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 12/25] KVM: x86: hyper-v: Allow puring all TLB flush FIFOs Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 13/25] KVM: nSVM: Flush both L1 and L2 ASIDs on KVM_REQ_TLB_FLUSH Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 14/25] KVM: nSVM: Move svm_switch_vmcb() to nested.c Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 15/25] KVM: nSVM: Call nested_svm_transition_tlb_flush() on every VMCB switch Yosry Ahmed
2026-07-23 0:42 ` Sean Christopherson
2026-07-23 5:07 ` Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 16/25] KVM: nSVM: Split nested_svm_transition_tlb_flush() into entry/exit fns Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 17/25] KVM: nSVM: Service local TLB flushes before nested transitions Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 18/25] KVM: nSVM: Handle nested TLB flush requests through TLB_CONTROL Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 19/25] KVM: nSVM: Flush the TLB if L1 changes L2's ASID in vmcb12 Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 20/25] KVM: nSVM: Do not reset TLB_CONTROL in vmcb02 on nested VM-Enter Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 21/25] KVM: x86/mmu: rename __kvm_mmu_invalidate_addr() Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 22/25] KVM: x86/mmu: Refactor kvm_mmu_invlpg() to allow skipping the gva flush Yosry Ahmed
2026-07-23 0:53 ` Sean Christopherson
2026-07-23 0:56 ` Sean Christopherson
2026-07-23 5:11 ` Yosry Ahmed
2026-07-23 15:23 ` Sean Christopherson
2026-07-23 21:48 ` Yosry Ahmed
2026-07-23 22:03 ` Sean Christopherson
2026-07-23 22:10 ` Yosry Ahmed
2026-07-24 1:12 ` Sean Christopherson
2026-07-24 16:45 ` Yosry Ahmed
2026-07-27 15:38 ` Sean Christopherson
2026-07-27 15:46 ` Yosry Ahmed
2026-07-27 16:41 ` Sean Christopherson
2026-06-16 0:41 ` [RFC PATCH v2 23/25] KVM: nSVM: Flush L2's ASID when emulating INVLPGA Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 24/25] KVM: nSVM: Use different ASIDs for L1 and L2 Yosry Ahmed
2026-06-16 0:41 ` [RFC PATCH v2 25/25] DO NOT MERGE: Add nested_tlb_force_flush Yosry Ahmed
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=amIiAxXkbNKV9BDn@google.com \
--to=seanjc@google.com \
--cc=jmattson@google.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mlevitsk@redhat.com \
--cc=pbonzini@redhat.com \
--cc=thomas.lendacky@amd.com \
--cc=vkuznets@redhat.com \
--cc=yosry@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
Powered by JetHome