* [PATCH] RISC-V: KVM: Avoid redundant page-table allocations in ioremap topup
@ 2026-06-10 9:39 fangyu.yu
2026-07-13 5:20 ` Anup Patel
0 siblings, 1 reply; 2+ messages in thread
From: fangyu.yu @ 2026-06-10 9:39 UTC (permalink / raw)
To: Paul Walmsley, Palmer Dabbelt, Albert Ou, Alexandre Ghiti,
Anup Patel, Atish Patra
Cc: guoren, linux-riscv, linux-kernel, kvm-riscv, kvm, Fangyu Yu
From: Fangyu Yu <fangyu.yu@linux.alibaba.com>
kvm_riscv_mmu_ioremap() currently tops up its on-stack page-table
cache via kvm_mmu_topup_memory_cache(), which allocates up to
KVM_ARCH_NR_OBJS_PER_MEMORY_CACHE (32) objects per topup.
ioremap only consumes non-leaf page-table pages, at most
pgd_levels - 1 (1 to 4) per call, and for contiguous mappings
within the same huge page the non-leaf pages are allocated once
and reused by subsequent pages. Topping up to 32 objects therefore
triggers many unnecessary GFP_KERNEL_ACCOUNT allocations on every
call, all of which are freed when the function returns. In hot
paths (such as vCPU migration), this creates avoidable allocator
churn and wastes CPU cycles.
Use __kvm_mmu_topup_memory_cache() with a capacity of pgd_levels so
the on-stack cache is sized to the maximum demand of a single
mapping. This removes the redundant allocations and reduces per-call
overhead without changing behavior.
Signed-off-by: Fangyu Yu <fangyu.yu@linux.alibaba.com>
---
arch/riscv/kvm/mmu.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/riscv/kvm/mmu.c b/arch/riscv/kvm/mmu.c
index 2d3def024270..873a5dde4b92 100644
--- a/arch/riscv/kvm/mmu.c
+++ b/arch/riscv/kvm/mmu.c
@@ -39,6 +39,7 @@ int kvm_riscv_mmu_ioremap(struct kvm *kvm, gpa_t gpa, phys_addr_t hpa,
pgprot_t prot;
unsigned long pfn;
phys_addr_t addr, end;
+ unsigned long pgd_levels = kvm->arch.pgd_levels;
struct kvm_mmu_memory_cache pcache = {
.gfp_custom = (in_atomic) ? GFP_ATOMIC | __GFP_ACCOUNT : 0,
.gfp_zero = __GFP_ZERO,
@@ -61,7 +62,7 @@ int kvm_riscv_mmu_ioremap(struct kvm *kvm, gpa_t gpa, phys_addr_t hpa,
if (!writable)
map.pte = pte_wrprotect(map.pte);
- ret = kvm_mmu_topup_memory_cache(&pcache, kvm->arch.pgd_levels);
+ ret = __kvm_mmu_topup_memory_cache(&pcache, pgd_levels, pgd_levels);
if (ret)
goto out;
--
2.50.1
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] RISC-V: KVM: Avoid redundant page-table allocations in ioremap topup
2026-06-10 9:39 [PATCH] RISC-V: KVM: Avoid redundant page-table allocations in ioremap topup fangyu.yu
@ 2026-07-13 5:20 ` Anup Patel
0 siblings, 0 replies; 2+ messages in thread
From: Anup Patel @ 2026-07-13 5:20 UTC (permalink / raw)
To: fangyu.yu
Cc: Paul Walmsley, Palmer Dabbelt, Albert Ou, Alexandre Ghiti,
Atish Patra, guoren, linux-riscv, linux-kernel, kvm-riscv, kvm
On Wed, Jun 10, 2026 at 3:09 PM <fangyu.yu@linux.alibaba.com> wrote:
>
> From: Fangyu Yu <fangyu.yu@linux.alibaba.com>
>
> kvm_riscv_mmu_ioremap() currently tops up its on-stack page-table
> cache via kvm_mmu_topup_memory_cache(), which allocates up to
> KVM_ARCH_NR_OBJS_PER_MEMORY_CACHE (32) objects per topup.
>
> ioremap only consumes non-leaf page-table pages, at most
> pgd_levels - 1 (1 to 4) per call, and for contiguous mappings
> within the same huge page the non-leaf pages are allocated once
> and reused by subsequent pages. Topping up to 32 objects therefore
> triggers many unnecessary GFP_KERNEL_ACCOUNT allocations on every
> call, all of which are freed when the function returns. In hot
> paths (such as vCPU migration), this creates avoidable allocator
> churn and wastes CPU cycles.
>
> Use __kvm_mmu_topup_memory_cache() with a capacity of pgd_levels so
> the on-stack cache is sized to the maximum demand of a single
> mapping. This removes the redundant allocations and reduces per-call
> overhead without changing behavior.
>
> Signed-off-by: Fangyu Yu <fangyu.yu@linux.alibaba.com>
LGTM.
Reviewed-by: Anup Patel <anup@brainfault.org>
Queued this patch as a fix for Linux-7.2-rcX
Thanks,
Anup
> ---
> arch/riscv/kvm/mmu.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/arch/riscv/kvm/mmu.c b/arch/riscv/kvm/mmu.c
> index 2d3def024270..873a5dde4b92 100644
> --- a/arch/riscv/kvm/mmu.c
> +++ b/arch/riscv/kvm/mmu.c
> @@ -39,6 +39,7 @@ int kvm_riscv_mmu_ioremap(struct kvm *kvm, gpa_t gpa, phys_addr_t hpa,
> pgprot_t prot;
> unsigned long pfn;
> phys_addr_t addr, end;
> + unsigned long pgd_levels = kvm->arch.pgd_levels;
> struct kvm_mmu_memory_cache pcache = {
> .gfp_custom = (in_atomic) ? GFP_ATOMIC | __GFP_ACCOUNT : 0,
> .gfp_zero = __GFP_ZERO,
> @@ -61,7 +62,7 @@ int kvm_riscv_mmu_ioremap(struct kvm *kvm, gpa_t gpa, phys_addr_t hpa,
> if (!writable)
> map.pte = pte_wrprotect(map.pte);
>
> - ret = kvm_mmu_topup_memory_cache(&pcache, kvm->arch.pgd_levels);
> + ret = __kvm_mmu_topup_memory_cache(&pcache, pgd_levels, pgd_levels);
> if (ret)
> goto out;
>
> --
> 2.50.1
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-07-13 5:20 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-06-10 9:39 [PATCH] RISC-V: KVM: Avoid redundant page-table allocations in ioremap topup fangyu.yu
2026-07-13 5:20 ` Anup Patel
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®