[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH 0/4] linux-user: generate syscall_nr.h from linux unistd.h
From: |
Laurent Vivier |
Subject: |
[PATCH 0/4] linux-user: generate syscall_nr.h from linux unistd.h |
Date: |
Tue, 10 Mar 2020 12:07:55 +0100 |
This series adds a script to generate syscall_nr.h for
architectures that don't use syscall.tbl but asm-generic/unistd.h
The script uses several cpp passes and filters result with a grep/sed/tr
sequence.
The result must be checked before being used, so it's why the script is not
automatically run.
I have run the script, checked and added new files for arm64, nios2, openrisc.
I don't include result for riscv as Alistair is already working on a series
for this architecture and it needs some changes in syscall.c as some
syscalls are not defined.
We also need to add the _time64 variant of syscalls added by the update of the
syscall_nr.h.
Based-on: <address@hidden>
Laurent Vivier (4):
scripts: add a script to generate syscall_nr.h
linux-user,aarch64: sync syscall numbers with kernel v5.5
linux-user,nios2: sync syscall numbers with kernel v5.5
linux-user,openrisc: sync syscall numbers with kernel v5.5
linux-user/aarch64/syscall_nr.h | 32 +-
linux-user/nios2/syscall_nr.h | 648 +++++++++++++++----------------
linux-user/openrisc/syscall_nr.h | 307 +++------------
scripts/gensyscalls.sh | 94 +++++
4 files changed, 499 insertions(+), 582 deletions(-)
create mode 100755 scripts/gensyscalls.sh
--
2.24.1
- [PATCH 0/4] linux-user: generate syscall_nr.h from linux unistd.h,
Laurent Vivier <=
- [PATCH 1/4] scripts: add a script to generate syscall_nr.h, Laurent Vivier, 2020/03/10
- [PATCH 3/4] linux-user,nios2: sync syscall numbers with kernel v5.5, Laurent Vivier, 2020/03/10
- [PATCH 2/4] linux-user, aarch64: sync syscall numbers with kernel v5.5, Laurent Vivier, 2020/03/10
- [PATCH 4/4] linux-user, openrisc: sync syscall numbers with kernel v5.5, Laurent Vivier, 2020/03/10
- Re: [PATCH 0/4] linux-user: generate syscall_nr.h from linux unistd.h, no-reply, 2020/03/10