On Fri, 11 Feb 2022 12:26:28 +0000, Andre Przywara wrote: > Using "unsigned long" for UNIX timestamps is never a good idea, and > comparing the value of such a variable against U32_MAX does not do > anything useful on 32-bit systems. > > Use the proper time64_t type when dealing with timestamps, and avoid > cutting down the time range unnecessarily. This also fixes the flawed > check for the alarm time being too far into the future. > > [...] Applied, thanks! [03/18] rtc: sun6i: Fix time overflow handling commit: 25c9815569cefd4f719c6c1266fe897e57642278 Best regards, -- Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>