Linux 4.18 Continues Prepping For The Year 2038
The Linux kernel has already been prepping for years for Year 2038 and that work is still ongoing with the in-development Linux 4.18 kernel.

The Year 2038 problem is when systems using a signed 32-bit integer for storing the time since 1 January 1970 (standard for the Unix time-stamp) will wrap around.

Solving the Year 2038 problem in the Linux kernel

How the quest to prevent time from running out led to all corners of the Linux kernel

1 Comment

  1. Tomi Engdahl says:

    Because of the way time is represented in Linux, a signed 32-bit number can’t support times beyond January 19, 2038 after 3:14:07 UTC. This Year 2038 (Y2038 or Y2K38) problem is about the time data type representation. The solution is to use 64-bit timestamps.


Leave a Comment

Your email address will not be published. Required fields are marked *