From: Xu Lu <luxu.kernel@bytedance.com>
To: pjw@kernel.org, palmer@dabbelt.com, aou@eecs.berkeley.edu,
alex@ghiti.fr, apatel@ventanamicro.com, guoren@kernel.org
Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org,
Xu Lu <luxu.kernel@bytedance.com>
Subject: [RFC PATCH v1 0/4] riscv: mm: Defer tlb flush to context_switch
Date: Thu, 30 Oct 2025 21:56:48 +0800 [thread overview]
Message-ID: <20251030135652.63837-1-luxu.kernel@bytedance.com> (raw)
When need to flush tlb of a remote cpu, there is no need to send an IPI
if the target cpu is not using the asid we want to flush. Instead, we
can cache the tlb flush info in percpu buffer, and defer the tlb flush
to the next context_switch.
This reduces the number of IPI due to tlb flush:
* ltp - mmapstress01
Before: ~108k
After: ~46k
Future plan in the next version:
- This patch series reduces IPI by deferring tlb flush to
context_switch. It does not clear the mm_cpumask of target mm_struct. In
the next version, I will apply a threshold to the number of ASIDs
maintained by each cpu's tlb. Once the threshold is exceeded, ASID that
has not been used for the longest time will be flushed out. And current
cpu will be cleared in the mm_cpumask.
Thanks in advance for your comments.
Xu Lu (4):
riscv: mm: Introduce percpu loaded_asid
riscv: mm: Introduce percpu tlb flush queue
riscv: mm: Enqueue tlbflush info if task is not running on target cpu
riscv: mm: Perform tlb flush during context_switch
arch/riscv/include/asm/mmu_context.h | 1 +
arch/riscv/include/asm/tlbflush.h | 4 ++
arch/riscv/mm/context.c | 10 ++++
arch/riscv/mm/tlbflush.c | 76 +++++++++++++++++++++++++++-
4 files changed, 90 insertions(+), 1 deletion(-)
--
2.20.1
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next reply other threads:[~2025-10-30 13:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-30 13:56 Xu Lu [this message]
2025-10-30 13:56 ` [RFC PATCH v1 1/4] riscv: mm: Introduce percpu loaded_asid Xu Lu
2025-10-30 13:56 ` [RFC PATCH v1 2/4] riscv: mm: Introduce percpu tlb flush queue Xu Lu
2025-10-30 13:56 ` [RFC PATCH v1 3/4] riscv: mm: Enqueue tlbflush info if task is not running on target cpu Xu Lu
2025-10-30 13:56 ` [RFC PATCH v1 4/4] riscv: mm: Perform tlb flush during context_switch Xu Lu
2025-11-03 3:44 ` Guo Ren
2025-11-03 3:44 ` [RFC PATCH v1 0/4] riscv: mm: Defer tlb flush to context_switch Guo Ren
2025-11-03 7:06 ` [External] " Xu Lu
2025-11-07 1:55 ` Guo Ren
2025-11-07 3:03 ` [External] " Xu Lu
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=20251030135652.63837-1-luxu.kernel@bytedance.com \
--to=luxu.kernel@bytedance.com \
--cc=alex@ghiti.fr \
--cc=aou@eecs.berkeley.edu \
--cc=apatel@ventanamicro.com \
--cc=guoren@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=palmer@dabbelt.com \
--cc=pjw@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