Update syscall-names.list for 4.15

  [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.)

Tested for x86_64, and with build-many-glibcs.py.

2018-02-01  Joseph Myers  <joseph@codesourcery.com>

	* sysdeps/unix/sysv/linux/syscall-names.list: Update kernel
	version to 4.15.
	(s390_sthyi): New syscall.
  

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.
  

On Thu, 01 Feb 2018 12:59:06 PST (-0800), ldv@altlinux.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.

Sorry!