From: Inochi Amaoto <inochiama@gmail.com>
To: Yunhui Cui <cuiyunhui@bytedance.com>,
pjw@kernel.org, palmer@dabbelt.com, aou@eecs.berkeley.edu,
alex@ghiti.fr, akpm@linux-foundation.org,
pasha.tatashin@soleen.com, andrew+kernel@donnellan.id.au,
rmclure@linux.ibm.com, debug@rivosinc.com,
baolin.wang@linux.alibaba.com, zhangchunyan@iscas.ac.cn,
apopple@nvidia.com, namcao@linutronix.de,
wangruikang@iscas.ac.cn, apatel@ventanamicro.com,
liu.xuemei1@zte.com.cn, ajones@ventanamicro.com,
cleger@rivosinc.com, charlie@rivosinc.com,
hui.wang@canonical.com, guodong@riscstar.com,
pincheng.plct@isrc.iscas.ac.cn, linux-riscv@lists.infradead.org,
linux-kernel@vger.kernel.org
Cc: Qingwei Hu <qingwei.hu@bytedance.com>
Subject: Re: [PATCH v2 1/2] riscv: track effective hardware PTE A/D updates
Date: Fri, 5 Jun 2026 19:44:03 +0800 [thread overview]
Message-ID: <aiK2WPERUEvVMZqY@inochi.infowork> (raw)
In-Reply-To: <20260522142358.87589-1-cuiyunhui@bytedance.com>
On Fri, May 22, 2026 at 10:23:57PM +0800, Yunhui Cui wrote:
> Track the effective hardware PTE A/D update mode separately from
> Svadu capability discovery. When both Svade and Svadu are present,
> enable SBI FWFT PTE A/D hardware updating on each online CPU via
> CPUHP and use the resulting runtime state for arch_has_hw_pte_young().
> Fall back to software-managed A/D updates if enabling hardware updates
> fails.
>
> When Svadu is present without Svade, assume hardware PTE A/D updating
> is enabled from boot, and document that boot-time behavior in the DT
> binding.
>
> Signed-off-by: Yunhui Cui <cuiyunhui@bytedance.com>
> Reviewed-by: Qingwei Hu <qingwei.hu@bytedance.com>
> ---
> .../devicetree/bindings/riscv/extensions.yaml | 6 +-
> arch/riscv/include/asm/cpufeature.h | 6 ++
> arch/riscv/include/asm/pgtable.h | 8 +--
> arch/riscv/kernel/cpufeature.c | 58 +++++++++++++++++--
> 4 files changed, 65 insertions(+), 13 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/riscv/extensions.yaml b/Documentation/devicetree/bindings/riscv/extensions.yaml
> index 2b0a8a93bb214..b09888e9988de 100644
> --- a/Documentation/devicetree/bindings/riscv/extensions.yaml
> +++ b/Documentation/devicetree/bindings/riscv/extensions.yaml
> @@ -294,10 +294,10 @@ properties:
> of the PTE A/D bits or page faults when they need updated.
> 2) Only Svade present in DT => Supervisor must assume Svade to be
> always enabled.
> - 3) Only Svadu present in DT => Supervisor must assume Svadu to be
> - always enabled.
> + 3) Only Svadu present in DT => Supervisor must assume Svadu is
> + enabled at boot.
> 4) Both Svade and Svadu present in DT => Supervisor must assume
> - Svadu turned-off at boot time. To use Svadu, supervisor must
> + Svadu is disabled at boot time. To use Svadu, supervisor must
> explicitly enable it using the SBI FWFT extension.
>
> - const: svadu
> diff --git a/arch/riscv/include/asm/cpufeature.h b/arch/riscv/include/asm/cpufeature.h
> index 739fcc84bf7b2..ad9fad6eee55d 100644
> --- a/arch/riscv/include/asm/cpufeature.h
> +++ b/arch/riscv/include/asm/cpufeature.h
> @@ -128,6 +128,12 @@ struct riscv_isa_ext_data {
> extern const struct riscv_isa_ext_data riscv_isa_ext[];
> extern const size_t riscv_isa_ext_count;
> extern bool riscv_isa_fallback;
> +DECLARE_STATIC_KEY_FALSE(riscv_hw_pte_ad_updating);
> +
I think a EXPORT_SYMBOL is required, otherwise the kvm is failed to be
built as module.
Regards,
Inochi
> +static __always_inline bool riscv_has_hw_pte_ad_updating(void)
> +{
> + return static_branch_unlikely(&riscv_hw_pte_ad_updating);
> +}
>
> unsigned long riscv_isa_extension_base(const unsigned long *isa_bitmap);
> static __always_inline bool riscv_cpu_has_extension_likely(int cpu, const unsigned long ext)
> diff --git a/arch/riscv/include/asm/pgtable.h b/arch/riscv/include/asm/pgtable.h
> index a1a7c6520a095..20663a466cf6c 100644
> --- a/arch/riscv/include/asm/pgtable.h
> +++ b/arch/riscv/include/asm/pgtable.h
> @@ -732,14 +732,14 @@ static inline pgprot_t pgprot_writecombine(pgprot_t _prot)
> #define pgprot_dmacoherent pgprot_writecombine
>
> /*
> - * Both Svade and Svadu control the hardware behavior when the PTE A/D bits need to be set. By
> - * default the M-mode firmware enables the hardware updating scheme when only Svadu is present in
> - * DT.
> + * Both Svade and Svadu control the hardware behavior when the PTE A/D bits
> + * need to be set. The core MM code only cares whether hardware updating of
> + * the accessed/dirty state is currently active.
> */
> #define arch_has_hw_pte_young arch_has_hw_pte_young
> static inline bool arch_has_hw_pte_young(void)
> {
> - return riscv_has_extension_unlikely(RISCV_ISA_EXT_SVADU);
> + return riscv_has_hw_pte_ad_updating();
> }
>
> /*
> diff --git a/arch/riscv/kernel/cpufeature.c b/arch/riscv/kernel/cpufeature.c
> index f46aa5602d74d..831dd6a7c1a06 100644
> --- a/arch/riscv/kernel/cpufeature.c
> +++ b/arch/riscv/kernel/cpufeature.c
> @@ -35,6 +35,7 @@
> static bool any_cpu_has_zicboz;
> static bool any_cpu_has_zicbop;
> static bool any_cpu_has_zicbom;
> +DEFINE_STATIC_KEY_FALSE(riscv_hw_pte_ad_updating);
>
> unsigned long elf_hwcap __read_mostly;
>
> @@ -287,15 +288,60 @@ static int riscv_ext_zvfbfwma_validate(const struct riscv_isa_ext_data *data,
> return -EPROBE_DEFER;
> }
>
> -static int riscv_ext_svadu_validate(const struct riscv_isa_ext_data *data,
> - const unsigned long *isa_bitmap)
> +static void riscv_set_hw_pte_ad_updating(void)
> +{
> + static_branch_enable(&riscv_hw_pte_ad_updating);
> +}
> +
> +static int riscv_hw_pte_ad_updating_starting(unsigned int cpu)
> +{
> + int ret;
> +
> + ret = sbi_fwft_set(SBI_FWFT_PTE_AD_HW_UPDATING, 1, 0);
> + if (ret) {
> + if (ret != -EOPNOTSUPP)
> + pr_err("CPU%u failed to enable hardware PTE A/D updating: %d\n",
> + cpu, ret);
> + return ret;
> + }
> +
> + return 0;
> +}
> +
> +static int __init riscv_hw_pte_ad_updating_init(void)
> {
> - /* SVADE has already been detected, use SVADE only */
> - if (__riscv_isa_extension_available(isa_bitmap, RISCV_ISA_EXT_SVADE))
> - return -EOPNOTSUPP;
> + bool has_svade, has_svadu;
> + int state;
>
> + has_svade = riscv_has_extension_unlikely(RISCV_ISA_EXT_SVADE);
> + has_svadu = riscv_has_extension_unlikely(RISCV_ISA_EXT_SVADU);
> +
> + if (!has_svadu)
> + return 0;
> +
> + if (!has_svade)
> + goto enable;
> +
> + state = cpuhp_setup_state(CPUHP_AP_ONLINE_DYN,
> + "riscv/pte-ad:starting",
> + riscv_hw_pte_ad_updating_starting,
> + NULL);
> + if (state < 0) {
> + pr_info("riscv: leave PTE A/D updates software-managed (%d)\n",
> + state);
> + return 0;
> + }
> +
> + /*
> + * A successful CPUHP_AP_ONLINE_DYN registration means the startup
> + * callback has already succeeded on all online CPUs.
> + */
> +enable:
> + riscv_set_hw_pte_ad_updating();
> + pr_debug("riscv: hardware PTE A/D updating enabled\n");
> return 0;
> }
> +arch_initcall(riscv_hw_pte_ad_updating_init);
>
> static int riscv_cfilp_validate(const struct riscv_isa_ext_data *data,
> const unsigned long *isa_bitmap)
> @@ -584,7 +630,7 @@ const struct riscv_isa_ext_data riscv_isa_ext[] = {
> __RISCV_ISA_EXT_SUPERSET(ssnpm, RISCV_ISA_EXT_SSNPM, riscv_xlinuxenvcfg_exts),
> __RISCV_ISA_EXT_DATA(sstc, RISCV_ISA_EXT_SSTC),
> __RISCV_ISA_EXT_DATA(svade, RISCV_ISA_EXT_SVADE),
> - __RISCV_ISA_EXT_DATA_VALIDATE(svadu, RISCV_ISA_EXT_SVADU, riscv_ext_svadu_validate),
> + __RISCV_ISA_EXT_DATA(svadu, RISCV_ISA_EXT_SVADU),
> __RISCV_ISA_EXT_DATA(svinval, RISCV_ISA_EXT_SVINVAL),
> __RISCV_ISA_EXT_DATA(svnapot, RISCV_ISA_EXT_SVNAPOT),
> __RISCV_ISA_EXT_DATA(svpbmt, RISCV_ISA_EXT_SVPBMT),
> --
> 2.39.5
>
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2026-06-05 11:44 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-22 14:23 [PATCH v2 1/2] riscv: track effective hardware PTE A/D updates Yunhui Cui
2026-05-22 14:23 ` [PATCH v2 2/2] riscv: preserve hardware-updated A/D bits in PTE accessors Yunhui Cui
2026-05-22 20:01 ` Andrew Jones
2026-05-25 2:57 ` [External] " yunhui cui
2026-05-22 19:57 ` [PATCH v2 1/2] riscv: track effective hardware PTE A/D updates Andrew Jones
2026-05-23 3:58 ` [External] " yunhui cui
2026-05-24 20:44 ` Andrew Jones
2026-06-09 6:38 ` yunhui cui
2026-06-05 11:44 ` Inochi Amaoto [this message]
2026-06-09 6:45 ` yunhui cui
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=aiK2WPERUEvVMZqY@inochi.infowork \
--to=inochiama@gmail.com \
--cc=ajones@ventanamicro.com \
--cc=akpm@linux-foundation.org \
--cc=alex@ghiti.fr \
--cc=andrew+kernel@donnellan.id.au \
--cc=aou@eecs.berkeley.edu \
--cc=apatel@ventanamicro.com \
--cc=apopple@nvidia.com \
--cc=baolin.wang@linux.alibaba.com \
--cc=charlie@rivosinc.com \
--cc=cleger@rivosinc.com \
--cc=cuiyunhui@bytedance.com \
--cc=debug@rivosinc.com \
--cc=guodong@riscstar.com \
--cc=hui.wang@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=liu.xuemei1@zte.com.cn \
--cc=namcao@linutronix.de \
--cc=palmer@dabbelt.com \
--cc=pasha.tatashin@soleen.com \
--cc=pincheng.plct@isrc.iscas.ac.cn \
--cc=pjw@kernel.org \
--cc=qingwei.hu@bytedance.com \
--cc=rmclure@linux.ibm.com \
--cc=wangruikang@iscas.ac.cn \
--cc=zhangchunyan@iscas.ac.cn \
/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