|
|
Message-ID: <20190701200813.GW1506@brightrain.aerifal.cx>
Date: Mon, 1 Jul 2019 16:08:13 -0400
From: Rich Felker <dalias@...c.org>
To: musl@...ts.openwall.com
Subject: Re: [PATCH v2 00/12] Update for linux v5.1
On Sat, Jun 29, 2019 at 11:28:21PM +0200, Szabolcs Nagy wrote:
> v2:
> - split the sys/socket.h patch so the time_t change is separate.
> - note the microblaze ipc syscall behaviour change
>
> Szabolcs Nagy (12):
> sys/fanotify.h: update for linux v5.1
> fcntl.h: add F_SEAL_FUTURE_WRITE from linux v5.1
> sys/prctl.h: add PR_SPEC_DISABLE_NOEXEC from linux v5.1
> netinet/in.h: add IPV6_ROUTER_ALERT_ISOLATE from linux v5.1
> s390x: drop SO_ definitions from bits/socket.h
> sys/socket.h: add SO_BINDTOIFINDEX from linux v5.1
> sys/socket.h: add time_t related SO_ definitions from linux v5.1
> netinet/in.h: add INADDR_ALLSNOOPERS_GROUP from linux v5.1
> elf.h: add NT_ARM_PAC{A,G}_KEYS from linux v5.1
> mips64: fix syscall numbers of io_pgetevents and rseq
> ipc: prefer SYS_ipc when it is defined
> add new syscall numbers from linux v5.1
I'm merging these, with patch 7 omitted for now:
> From 59bb3d263decbe56b59a426f3292bdf7e115402a Mon Sep 17 00:00:00 2001
> From: Szabolcs Nagy <nsz@...t70.net>
> Date: Thu, 9 May 2019 19:20:17 +0000
> Subject: [PATCH 07/12] sys/socket.h: add time_t related SO_ definitions from
> linux v5.1
>
> the new definitions are from commits
>
> linux commit a9beb86ae6e55bd92f38453c8623de60b8e5a308
> sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
>
> linux commit 45bdc66159d49bfc7f75fe02d25bc74f5d2660cf
> socket: Rename SO_RCVTIMEO/ SO_SNDTIMEO with _OLD suffixes
>
> linux commit 9718475e69084de15c3930ce35672a7dc6da866b
> socket: Add SO_TIMESTAMPING_NEW
>
> linux commit 887feae36aee6c08e0dafcdaa5ba921abbb2c56b
> socket: Add SO_TIMESTAMP[NS]_NEW
>
> linux commit 7f1bc6e95d7840d4305595b3e4025cddda88cee5
> sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD
>
> _NEW socket options got introduced for 64bit time_t support on 32bit
> targets, in musl the affected socket options are always the same as
> the _OLD values since different time_t requires a new abi, so the
> _OLD vs _NEW dispatch logic was not copied from the uapi headers.
> ---
> include/sys/socket.h | 10 ++++++++++
> 1 file changed, 10 insertions(+)
>
> diff --git a/include/sys/socket.h b/include/sys/socket.h
> index 8692efa7..e6d43d08 100644
> --- a/include/sys/socket.h
> +++ b/include/sys/socket.h
> @@ -238,6 +238,16 @@ struct linger {
> #define SO_TXTIME 61
> #define SCM_TXTIME SO_TXTIME
> #define SO_BINDTOIFINDEX 62
> +#define SO_TIMESTAMP_NEW 63
> +#define SO_TIMESTAMPNS_NEW 64
> +#define SO_TIMESTAMPING_NEW 65
> +#define SO_RCVTIMEO_NEW 66
> +#define SO_SNDTIMEO_NEW 67
> +#define SO_TIMESTAMP_OLD SO_TIMESTAMP
> +#define SO_TIMESTAMPNS_OLD SO_TIMESTAMPNS
> +#define SO_TIMESTAMPING_OLD SO_TIMESTAMPING
> +#define SO_RCVTIMEO_OLD SO_RCVTIMEO
> +#define SO_SNDTIMEO_OLD SO_SNDTIMEO
>
> #ifndef SOL_SOCKET
> #define SOL_SOCKET 1
It's still not clear to me whether we should be making the separate
OLD/NEW macro values application-facing, rather than them just being
choices for how libc defines the standard names depending on how it
defines time_t. We can always go back and add this if it turns out
there is a good reason to expose both, whereas going back and removing
it would potentially cause regressions.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.