On Fri, 21 Feb 2020 at 13:45, Peter Maydell <peter.mayd...@linaro.org> wrote: > > On Wed, 19 Feb 2020 at 22:07, Laurent Vivier <laur...@vivier.eu> wrote: > > > > This series copies the files syscall.tbl from linux v5.5 and generates > > the file syscall_nr.h from them. > > > > This is done for all the QEMU targets that have a syscall.tbl > > in the linux source tree: mips, mips64, i386, x86_64, sparc, s390x, > > ppc, arm, microblaze, sh4, xtensa, m68k, hppa and alpha. > > > > tilegx and cris are depecrated in linux (tilegx has no maintainer in QEMU) > > > > aarch64, nios2, openrisc and riscv have no syscall.tbl in linux. > > Is it the case that all our architectures either: > (1) have a syscall.tbl > (2) are using the asm-generic common numbering system ?
I think that for asm-generic we should be able to generate the syscall_nr.h by suitably defining a __SYSCALL macro before #including linux-headers/asm-whatever/unistd.h -- They basically define syscall numbers like this: #define __NR_setxattr 5 __SYSCALL(__NR_setxattr, sys_setxattr) so a C program that just did the autogeneration has the info it needs. thanks -- PMM
