diff options
author | Arnd Bergmann <arnd@arndb.de> | 2018-07-11 12:19:13 +0200 |
---|---|---|
committer | Steffen Klassert <steffen.klassert@secunet.com> | 2018-07-11 15:25:30 +0200 |
commit | 386c5680e2e80b012de557cf8326962070e0897b (patch) | |
tree | 3daeb6c7a2943f19b531a89e23ae917990d6f4ac /samples | |
parent | 6d8e85ffe17895d7bc632dfbaa9e2e33b22fe873 (diff) | |
download | linux-386c5680e2e80b012de557cf8326962070e0897b.tar.gz linux-386c5680e2e80b012de557cf8326962070e0897b.tar.bz2 linux-386c5680e2e80b012de557cf8326962070e0897b.zip |
xfrm: use time64_t for in-kernel timestamps
The lifetime managment uses '__u64' timestamps on the user space
interface, but 'unsigned long' for reading the current time in the kernel
with get_seconds().
While this is probably safe beyond y2038, it will still overflow in 2106,
and the get_seconds() call is deprecated because fo that.
This changes the xfrm time handling to use time64_t consistently, along
with reading the time using the safer ktime_get_real_seconds(). It still
suffers from problems that can happen from a concurrent settimeofday()
call or (to a lesser degree) a leap second update, but since the time
stamps are part of the user API, there is nothing we can do to prevent
that.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Steffen Klassert <steffen.klassert@secunet.com>
Diffstat (limited to 'samples')
0 files changed, 0 insertions, 0 deletions