diff options
author | Arnd Bergmann <arnd@arndb.de> | 2019-04-17 22:56:11 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2019-04-19 14:07:40 -0700 |
commit | 0768e17073dc527ccd18ed5f96ce85f9985e9115 (patch) | |
tree | 4f9898446f998dd34bd56f5329dcc4bbd97f92d5 /include/sound/sb.h | |
parent | 5ce5d8a5a4ae64b281bea7ae028c960f12acae21 (diff) | |
download | linux-stable-0768e17073dc527ccd18ed5f96ce85f9985e9115.tar.gz linux-stable-0768e17073dc527ccd18ed5f96ce85f9985e9115.tar.bz2 linux-stable-0768e17073dc527ccd18ed5f96ce85f9985e9115.zip |
net: socket: implement 64-bit timestamps
The 'timeval' and 'timespec' data structures used for socket timestamps
are going to be redefined in user space based on 64-bit time_t in future
versions of the C library to deal with the y2038 overflow problem,
which breaks the ABI definition.
Unlike many modern ioctl commands, SIOCGSTAMP and SIOCGSTAMPNS do not
use the _IOR() macro to encode the size of the transferred data, so it
remains ambiguous whether the application uses the old or new layout.
The best workaround I could find is rather ugly: we redefine the command
code based on the size of the respective data structure with a ternary
operator. This lets it get evaluated as late as possible, hopefully after
that structure is visible to the caller. We cannot use an #ifdef here,
because inux/sockios.h might have been included before any libc header
that could determine the size of time_t.
The ioctl implementation now interprets the new command codes as always
referring to the 64-bit structure on all architectures, while the old
architecture specific command code still refers to the old architecture
specific layout. The new command number is only used when they are
actually different.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/sound/sb.h')
0 files changed, 0 insertions, 0 deletions