[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<172657804824.126252.9959954454312019280.git-patchwork-notify@kernel.org>
Date: Tue, 17 Sep 2024 13:00:48 +0000
From: patchwork-bot+linux-riscv@...nel.org
To: Alexandre Ghiti <alexghiti@...osinc.com>
Cc: linux-riscv@...ts.infradead.org, conor@...nel.org, robh@...nel.org,
krzk+dt@...nel.org, paul.walmsley@...ive.com, palmer@...belt.com,
aou@...s.berkeley.edu, ved@...osinc.com, mev@...osinc.com,
cuiyunhui@...edance.com, anup@...infault.org, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org
Subject: Re: [PATCH v4 0/4] Svvptc extension to remove preventive sfence.vma
Hello:
This series was applied to riscv/linux.git (for-next)
by Palmer Dabbelt <palmer@...osinc.com>:
On Wed, 17 Jul 2024 08:01:21 +0200 you wrote:
> In RISC-V, after a new mapping is established, a sfence.vma needs to be
> emitted for different reasons:
>
> - if the uarch caches invalid entries, we need to invalidate it otherwise
> we would trap on this invalid entry,
> - if the uarch does not cache invalid entries, a reordered access could fail
> to see the new mapping and then trap (sfence.vma acts as a fence).
>
> [...]
Here is the summary with links:
- [v4,1/4] riscv: Add ISA extension parsing for Svvptc
https://git.kernel.org/riscv/c/a6efe33cc594
- [v4,2/4] dt-bindings: riscv: Add Svvptc ISA extension description
https://git.kernel.org/riscv/c/d25599b5933f
- [v4,3/4] riscv: Stop emitting preventive sfence.vma for new vmalloc mappings
https://git.kernel.org/riscv/c/503638e0babf
- [v4,4/4] riscv: Stop emitting preventive sfence.vma for new userspace mappings with Svvptc
https://git.kernel.org/riscv/c/7a21b2e370da
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists