y2038: vdso: change timeval to __kernel_old_timeval
authorArnd Bergmann <arnd@arndb.de>
Thu, 23 Nov 2017 13:29:37 +0000 (14:29 +0100)
committerArnd Bergmann <arnd@arndb.de>
Fri, 15 Nov 2019 13:38:27 +0000 (14:38 +0100)
commitddccf40fe82b7ac7c44b186ec4b6d1d1bbc2cbff
tree72fb6a1393d55066a99f14ebbd63a721b457dcb4
parent94c467ddb273dc9a6a4fb09aef392c119b151edb
y2038: vdso: change timeval to __kernel_old_timeval

The gettimeofday() function in vdso uses the traditional 'timeval'
structure layout, which will be incompatible with future versions of
glibc on 32-bit architectures that use a 64-bit time_t.

This interface is problematic for y2038, when time_t overflows on 32-bit
architectures, but the plan so far is that a libc with 64-bit time_t
will not call into the gettimeofday() vdso helper at all, and only
have a method for entering clock_gettime().  This means we don't have
to fix it here, though we probably want to add a new clock_gettime()
entry point using a 64-bit version of 'struct timespec' at some point.

Changing the vdso code to use __kernel_old_timeval helps isolate
this usage from the other ones that still need to be fixed properly,
and it gets us closer to removing the 'timeval' definition from the
kernel sources.

Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
arch/nds32/kernel/vdso/gettimeofday.c
arch/powerpc/kernel/asm-offsets.c
arch/sparc/vdso/vclock_gettime.c
arch/x86/entry/vsyscall/vsyscall_64.c
arch/x86/um/vdso/um_vdso.c