Hello:
This series was applied to riscv/linux.git (for-next)
by Paul Walmsley <[email protected]>:
On Mon, 13 Oct 2025 17:12:30 +0800 you wrote:
> The vector regset uses the maximum possible vlenb 8192 to allocate a
> 2^18 bytes buffer to copy the vector register. But most platforms
> don’t support the largest vlenb.
>
> The regset has 2 users, ptrace syscall and coredump. When handling the
> PTRACE_GETREGSET requests from ptrace syscall, Linux will prepare a
> kernel buffer which size is min(user buffer size, limit). A malicious
> user process might overwhelm a memory-constrainted system when the
> buffer limit is very large. The coredump uses regset_get_alloc() to
> get the context of vector register. But this API allocates buffer
> before checking whether the target process uses vector extension, this
> wastes time to prepare a large memory buffer.
>
> [...]
Here is the summary with links:
- [v2,1/2] riscv: ptrace: Optimize the allocation of vector regset
https://git.kernel.org/riscv/c/f8e257e4d549
- [v2,2/2] selftests: riscv: Add test for the Vector ptrace interface
https://git.kernel.org/riscv/c/92678c40038b
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
