linux-toradex.git/arch/x86/entry/syscall_x32.c, branch v6.5

x86/syscalls: Stop filling syscall arrays with *_sys_ni_syscall

2021-05-20T13:03:59+00:00

This is a follow-up cleanup after switching to the generic syscalltbl.sh.

The old x86 specific script skipped non-existing syscalls. So, the
generated syscalls_64.h, for example, had a big hole in the syscall numbers
335-423 range. That is why there exists [0 ... __NR_*_syscall_max] =
&__*_sys_ni_cyscall.

The new script, scripts/syscalltbl.sh automatically fills holes
with __SYSCALL(, sys_ni_syscall), hence such ugly code can
go away. The designated initializers, '[nr] =' are also unneeded.

Also, there is no need to give __NR_*_syscall_max+1 because the array
size is implied by the number of syscalls in the generated headers.
Hence, there is no need to include , either.

Signed-off-by: Masahiro Yamada 
Signed-off-by: Thomas Gleixner 
Link: https://lore.kernel.org/r/20210517073815.97426-4-masahiroy@kernel.org

x86/syscalls: Switch to generic syscalltbl.sh

2021-05-20T13:03:58+00:00

Many architectures duplicate similar shell scripts.

Convert x86 and UML to use scripts/syscalltbl.sh. The generic script
generates seperate headers for x86/64 and x86/x32 syscalls, while the x86
specific script coalesced them into one. Adjust the code accordingly.

Signed-off-by: Masahiro Yamada 
Signed-off-by: Thomas Gleixner 
Link: https://lore.kernel.org/r/20210517073815.97426-3-masahiroy@kernel.org

x86/entry/x32: Rename __x32_compat_sys_* to __x64_compat_sys_*

2021-05-20T13:03:58+00:00

The SYSCALL macros are mapped to symbols as follows:

  __SYSCALL_COMMON(nr, sym)  -->  __x64_
  __SYSCALL_X32(nr, sym)     -->  __x32_

Originally, the syscalls in the x32 special range (512-547) were all
compat.

This assumption is now broken after the following commits:

  55db9c0e8534 ("net: remove compat_sys_{get,set}sockopt")
  5f764d624a89 ("fs: remove the compat readv/writev syscalls")
  598b3cec831f ("fs: remove compat_sys_vmsplice")
  c3973b401ef2 ("mm: remove compat_process_vm_{readv,writev}")

Those commits redefined __x32_sys_* to __x64_sys_* because there is no stub
like __x32_sys_*.

Defining them as follows is more sensible and cleaner.

  __SYSCALL_COMMON(nr, sym)  -->  __x64_
  __SYSCALL_X32(nr, sym)     -->  __x64_

This works because both x86_64 and x32 use the same ABI (RDI, RSI, RDX,
R10, R8, R9)

The ugly #define __x32_sys_* will go away.

Signed-off-by: Masahiro Yamada 
Signed-off-by: Thomas Gleixner 
Link: https://lore.kernel.org/r/20210517073815.97426-2-masahiroy@kernel.org

mm: remove compat_process_vm_{readv,writev}

2020-10-03T04:02:15+00:00

Now that import_iovec handles compat iovecs, the native syscalls
can be used for the compat case as well.

Signed-off-by: Christoph Hellwig 
Signed-off-by: Al Viro

fs: remove compat_sys_vmsplice

2020-10-03T04:02:15+00:00

Now that import_iovec handles compat iovecs, the native vmsplice syscall
can be used for the compat case as well.

Signed-off-by: Christoph Hellwig 
Signed-off-by: Al Viro

fs: remove the compat readv/writev syscalls

2020-10-03T04:02:14+00:00

Now that import_iovec handles compat iovecs, the native readv and writev
syscalls can be used for the compat case as well.

Signed-off-by: Christoph Hellwig 
Signed-off-by: Al Viro

net: remove compat_sys_{get,set}sockopt

2020-07-20T01:16:40+00:00

Now that the ->compat_{get,set}sockopt proto_ops methods are gone
there is no good reason left to keep the compat syscalls separate.

This fixes the odd use of unsigned int for the compat_setsockopt
optlen and the missing sock_use_custom_sol_socket.

It would also easily allow running the eBPF hooks for the compat
syscalls, but such a large change in behavior does not belong into
a consolidation patch like this one.

Signed-off-by: Christoph Hellwig 
Signed-off-by: David S. Miller

x86/entry: Drop asmlinkage from syscalls

2020-03-21T15:03:25+00:00

asmlinkage is no longer required since the syscall ABI is now fully under
x86 architecture control.  This makes the 32-bit native syscalls a bit more
effecient by passing in regs via EAX instead of on the stack.

Signed-off-by: Brian Gerst 
Signed-off-by: Thomas Gleixner 
Reviewed-by: Dominik Brodowski 
Reviewed-by: Andy Lutomirski 
Link: https://lkml.kernel.org/r/20200313195144.164260-18-brgerst@gmail.com

x86/entry: Remove ABI prefixes from functions in syscall tables

2020-03-21T15:03:23+00:00

Move the ABI prefixes to the __SYSCALL_[abi]() macros.  This allows removal
of the need to strip the prefix for UML.

Signed-off-by: Brian Gerst 
Signed-off-by: Thomas Gleixner 
Link: https://lkml.kernel.org/r/20200313195144.164260-13-brgerst@gmail.com

x86/entry/64: Add __SYSCALL_COMMON()

2020-03-21T15:03:22+00:00

Add a __SYSCALL_COMMON() macro to the syscall table, which simplifies syscalltbl.sh.

Signed-off-by: Brian Gerst 
Signed-off-by: Thomas Gleixner 
Link: https://lkml.kernel.org/r/20200313195144.164260-12-brgerst@gmail.com