[PATCH v4 0/4] Svvptc extension to remove preventive sfence.vma
patchwork-bot+linux-riscv at kernel.org
patchwork-bot+linux-riscv at kernel.org
Tue Sep 17 06:00:48 PDT 2024
Hello:
This series was applied to riscv/linux.git (for-next)
by Palmer Dabbelt <palmer at rivosinc.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
More information about the linux-riscv
mailing list