This is the mail archive of the
mailing list for the glibc project.
Re: Update syscall-names.list for 4.15
- From: Palmer Dabbelt <palmer at sifive dot com>
- To: ldv at altlinux dot org
- Cc: libc-alpha at sourceware dot org
- Date: Thu, 08 Feb 2018 09:47:02 -0800 (PST)
- Subject: Re: Update syscall-names.list for 4.15
- Authentication-results: sourceware.org; auth=none
On Thu, 01 Feb 2018 12:59:06 PST (-0800), firstname.lastname@example.org wrote:
> On Thu, Feb 01, 2018 at 06:14:06PM +0000, Joseph Myers wrote:
>> [Proposed for once the release changes for 2.27, and the post-release
>> changes opening master for development for 2.28, have been committed.]
>> This patch updates sysdeps/unix/sysv/linux/syscall-names.list for
>> Linux 4.15. There only appears to be one new syscall to add to the
>> list. (The riscv_flush_icache syscall is *not* added because for
>> whatever reason it doesn't appear in the uapi asm/unistd.h; only in
>> arch/riscv/include/uapi/asm/syscalls.h, which is only included by the
>> non-uapi asm/unistd.h - and only syscalls whose __NR_* macros are
>> defined in the uapi asm/unistd.h are relevant for this list.)
> The rationale given in linux commit v4.15-rc8~25^2~2 for defining
> __NR_riscv_flush_icache in this unusual location doesn't look convincing.
> OK for master.
It's probably just be not knowing what I'm doing. Is it expected that all of
the __NR_ macros end up in unistd.h? If so I can try to figure out how to fix
it in Linux.