Update syscall lists for Linux 5.19

Florian Weimer fweimer@redhat.com
Thu Aug 4 06:58:20 GMT 2022


* Palmer Dabbelt:

> On Tue, 02 Aug 2022 12:23:42 PDT (-0700), joseph@codesourcery.com wrote:
>> Linux 5.19 has no new syscalls, but enables memfd_secret in the uapi
>> headers for RISC-V.  Update the version number in syscall-names.list
>> to reflect that it is still current for 5.19 and regenerate the
>> arch-syscall.h headers with build-many-glibcs.py update-syscalls.
>>
>> Tested with build-many-glibcs.py.
>>
>> diff --git a/sysdeps/unix/sysv/linux/riscv/rv32/arch-syscall.h b/sysdeps/unix/sysv/linux/riscv/rv32/arch-syscall.h
>> index bf4be80..202520e 100644
>> --- a/sysdeps/unix/sysv/linux/riscv/rv32/arch-syscall.h
>> +++ b/sysdeps/unix/sysv/linux/riscv/rv32/arch-syscall.h
>> @@ -122,6 +122,7 @@
>>  #define __NR_mbind 235
>>  #define __NR_membarrier 283
>>  #define __NR_memfd_create 279
>> +#define __NR_memfd_secret 447
>>  #define __NR_migrate_pages 238
>>  #define __NR_mincore 232
>>  #define __NR_mkdirat 34
>> diff --git a/sysdeps/unix/sysv/linux/riscv/rv64/arch-syscall.h b/sysdeps/unix/sysv/linux/riscv/rv64/arch-syscall.h
>> index d656aed..4e65f33 100644
>> --- a/sysdeps/unix/sysv/linux/riscv/rv64/arch-syscall.h
>> +++ b/sysdeps/unix/sysv/linux/riscv/rv64/arch-syscall.h
>> @@ -127,6 +127,7 @@
>>  #define __NR_mbind 235
>>  #define __NR_membarrier 283
>>  #define __NR_memfd_create 279
>> +#define __NR_memfd_secret 447
>>  #define __NR_migrate_pages 238
>>  #define __NR_mincore 232
>>  #define __NR_mkdirat 34

> Thanks, this was just a bug in the uapi headers: the syscall itself
> was has been implemented since 7bb7f2ac24a0 ("arch, mm: wire up
> memfd_secret system call where relevant"), which IIUC was first
> released in 5.14.  The fix should get backported.

arch-syscall.h is only used during the glibc build.  Since glibc does
not use memfd_secret internally, backporting the numbers will not change
anything.

syscall-names.list affects the installed header with the system call
list for <sys/syscall.h>, but this file is intentionally
architecture-agnostic, which is why it didn't need changing here.

Thanks,
Florian



More information about the Libc-alpha mailing list