From: Leonardo Bras <leo.bras@arm.com>
To: Wei-Lin Chang <weilin.chang@arm.com>
Cc: Leonardo Bras <leo.bras@arm.com>, Marc Zyngier <maz@kernel.org>,
Oliver Upton <oupton@kernel.org>, Joey Gouly <joey.gouly@arm.com>,
Steffen Eiden <seiden@linux.ibm.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Zenghui Yu <yuzenghui@huawei.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>, Fuad Tabba <tabba@google.com>,
Raghavendra Rao Ananta <rananta@google.com>,
linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 2/3] KVM: arm64: Introduce KVM_PGTABLE_WALK_SKIP_LEVEL* walk flags
Date: Tue, 14 Jul 2026 11:13:01 +0100 [thread overview]
Message-ID: <alYLrbArDIKx1hh_@LeoBrasDK> (raw)
In-Reply-To: <4d5imbtps2p35zujbupzmvag6m46yc4jz4qnoje6pdwlx4zuno@wom5iiwkszzs>
On Tue, Jul 14, 2026 at 06:41:11AM +0100, Wei-Lin Chang wrote:
> On Mon, Jul 13, 2026 at 11:14:32AM +0100, Leonardo Bras wrote:
> > On Sat, Jul 11, 2026 at 06:53:28AM +0100, Wei-Lin Chang wrote:
> > > Hi Leonardo,
> >
> > Hi Wei-Lin, thanks for reviewing!
> >
> > >
> > > On Wed, Jul 08, 2026 at 02:40:58PM +0100, Leonardo Bras wrote:
> > > > Add the new walking flags that tell kvm_pgtable_walk() to skip lower levels
> > > > when walking the pagetables.
> > > >
> > > > Signed-off-by: Leonardo Bras <leo.bras@arm.com>
> > > > ---
> > > > arch/arm64/include/asm/kvm_pgtable.h | 13 +++++++++++++
> > > > arch/arm64/kvm/hyp/pgtable.c | 19 ++++++++++++++++---
> > > > 2 files changed, 29 insertions(+), 3 deletions(-)
> > > >
> > > > diff --git a/arch/arm64/include/asm/kvm_pgtable.h b/arch/arm64/include/asm/kvm_pgtable.h
> > > > index 41a8687938eb..20c7c12e0e76 100644
> > > > --- a/arch/arm64/include/asm/kvm_pgtable.h
> > > > +++ b/arch/arm64/include/asm/kvm_pgtable.h
> > > > @@ -311,31 +311,44 @@ typedef bool (*kvm_pgtable_force_pte_cb_t)(u64 addr, u64 end,
> > > > * @KVM_PGTABLE_WALK_SHARED: Indicates the page-tables may be shared
> > > > * with other software walkers.
> > > > * @KVM_PGTABLE_WALK_IGNORE_EAGAIN: Don't terminate the walk early if
> > > > * the walker returns -EAGAIN.
> > > > * @KVM_PGTABLE_WALK_SKIP_BBM_TLBI: Visit and update table entries
> > > > * without Break-before-make's
> > > > * TLB invalidation.
> > > > * @KVM_PGTABLE_WALK_SKIP_CMO: Visit and update table entries
> > > > * without Cache maintenance
> > > > * operations required.
> > > > + * @KVM_PGTABLE_WALK_SKIP_LEVEL0: Skip visiting level-0+ entries
> > > > + * @KVM_PGTABLE_WALK_SKIP_LEVEL1: Skip visiting level-1+ entries
> > > > + * @KVM_PGTABLE_WALK_SKIP_LEVEL2: Skip visiting level-2+ entries
> > > > + * @KVM_PGTABLE_WALK_SKIP_LEVEL3: Skip visiting level-3 entries
> > >
> > > Just a drive-by nit:
> > > Maybe avoid the level-$LEVEL terminology? Since as you said there is
> > > level -1 in the architecture, in that case you'd have to write
> > > "level--1" which is awkward :)
> >
> > It would have to be something like level-(-1), or we could call it level+1,
> > LOL.
>
> Good one! :)
>
> >
> > Seriously though, yes it's bad.
> > I could call it level_1 entries, but level_-1 also seems weird :(
> > level(1) & level(-1) could work, but looks like a function now
> >
> > maybe just saying 'level 1' and 'level -1' can be better.
>
> Yeah, I generally also just go with the space when it's text.
> For code/variables, I guess a direct concatenation like what's done here
> for the enum is good.
>
Sure, noted for next version
Thanks!
Leo
next prev parent reply other threads:[~2026-07-14 10:13 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-08 13:40 [PATCH v3 0/3] Optimize S2 page splitting Leonardo Bras
2026-07-08 13:40 ` [PATCH v3 1/3] KVM: arm64: Avoid re-testing walk_continue Leonardo Bras
2026-07-08 16:41 ` Marc Zyngier
2026-07-08 17:00 ` Leonardo Bras
2026-07-08 13:40 ` [PATCH v3 2/3] KVM: arm64: Introduce KVM_PGTABLE_WALK_SKIP_LEVEL* walk flags Leonardo Bras
2026-07-08 13:50 ` sashiko-bot
2026-07-08 15:49 ` Leonardo Bras
2026-07-08 16:16 ` Leonardo Bras
2026-07-08 17:17 ` Marc Zyngier
2026-07-09 14:25 ` Leonardo Bras
2026-07-11 5:53 ` Wei-Lin Chang
2026-07-13 10:14 ` Leonardo Bras
2026-07-14 5:41 ` Wei-Lin Chang
2026-07-14 10:13 ` Leonardo Bras [this message]
2026-07-08 13:40 ` [PATCH v3 3/3] KVM: arm64: Make stage2_split_walker() skip unnecessary walks Leonardo Bras
2026-07-08 15:25 ` [PATCH v3 0/3] Optimize S2 page splitting Leonardo Bras
2026-07-12 14:50 ` Dev Jain
2026-07-13 10:08 ` Leonardo Bras
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=alYLrbArDIKx1hh_@LeoBrasDK \
--to=leo.bras@arm.com \
--cc=catalin.marinas@arm.com \
--cc=joey.gouly@arm.com \
--cc=kvmarm@lists.linux.dev \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maz@kernel.org \
--cc=oupton@kernel.org \
--cc=rananta@google.com \
--cc=seiden@linux.ibm.com \
--cc=suzuki.poulose@arm.com \
--cc=tabba@google.com \
--cc=weilin.chang@arm.com \
--cc=will@kernel.org \
--cc=yuzenghui@huawei.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.