]> git.ipfire.org Git - thirdparty/linux.git/commit
Merge tag 'y2038' of git://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground...
authorThomas Gleixner <tglx@linutronix.de>
Sat, 15 Sep 2018 18:50:42 +0000 (20:50 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Sat, 15 Sep 2018 18:50:42 +0000 (20:50 +0200)
commit9ac669fc01dbfef707ecaa6b618c0d03294cca16
tree3207995766ab5664c60026daae5da268806a3262
parentfbfa9260085b5b578a049a90135e5c51928c5f7f
parent67314ec7b0250290cc85eaa7a2f88a8ddb9e8547
Merge tag 'y2038' of git://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground into timers/core

Pull more y2038 work from Arnd Bergman:

y2038: convert more syscalls

Here is another set of system call changes to prepare the change over to
64-bit time_t. As before, the strategy is to change system calls that
take a 'struct timespec' argument over to 'struct __kernel_timespec',
which for now is defined to be the same but will get redefined to use a
64-bit time_t argument once we are ready to modify the system call tables.

The major change from previous patches is that the plan is no longer
to directly use the 'compat' system calls for providing compatibility
with the existing 32-bit time_t based entry points. Instead, we rename
the compat code to something that makes more sense on 32-bit architectures,
e.g. compat_timespec becomes old_timespec32.

With the renamed types in place, change over the 'stat' and 'utimes'
families of system calls, sched_rr_get_interval, recvmmsg and
rt_sigtimedwait. Another series for poll, select and io_pgetevents is
currently being tested.