aboutsummaryrefslogtreecommitdiff
path: root/scripts/generate_rust_analyzer.py
diff options
context:
space:
mode:
authorCeleste Liu <[email protected]>2023-08-01 22:15:16 +0800
committerPalmer Dabbelt <[email protected]>2023-08-16 07:19:49 -0700
commit52449c17bdd1540940e21511612b58acebc49c06 (patch)
treef08515450d42ebe14a9dfdd23676911a6dff11e3 /scripts/generate_rust_analyzer.py
parent7e3811521dc3934e2ecae8458676fc4a1f62bf9f (diff)
riscv: entry: set a0 = -ENOSYS only when syscall != -1
When we test seccomp with 6.4 kernel, we found errno has wrong value. If we deny NETLINK_AUDIT with EAFNOSUPPORT, after f0bddf50586d, we will get ENOSYS instead. We got same result with commit 9c2598d43510 ("riscv: entry: Save a0 prior syscall_enter_from_user_mode()"). After analysing code, we think that regs->a0 = -ENOSYS should only be executed when syscall != -1. In __seccomp_filter, when seccomp rejected this syscall with specified errno, they will set a0 to return number as syscall ABI, and then return -1. This return number is finally pass as return number of syscall_enter_from_user_mode, and then is compared with NR_syscalls after converted to ulong (so it will be ULONG_MAX). The condition syscall < NR_syscalls will always be false, so regs->a0 = -ENOSYS is always executed. It covered a0 set by seccomp, so we always get ENOSYS when match seccomp RET_ERRNO rule. Fixes: f0bddf50586d ("riscv: entry: Convert to generic entry") Reported-by: Felix Yan <[email protected]> Co-developed-by: Ruizhe Pan <[email protected]> Signed-off-by: Ruizhe Pan <[email protected]> Co-developed-by: Shiqi Zhang <[email protected]> Signed-off-by: Shiqi Zhang <[email protected]> Signed-off-by: Celeste Liu <[email protected]> Tested-by: Felix Yan <[email protected]> Tested-by: Emil Renner Berthing <[email protected]> Reviewed-by: Björn Töpel <[email protected]> Reviewed-by: Guo Ren <[email protected]> Link: https://lore.kernel.org/r/[email protected] Signed-off-by: Palmer Dabbelt <[email protected]>
Diffstat (limited to 'scripts/generate_rust_analyzer.py')
0 files changed, 0 insertions, 0 deletions