Re: Time keeping while suspended in the presence of persistent clock drift
From: Thomas Gleixner <hidden>
Date: 2021-12-15 22:33:14
Also in:
lkml
From: Thomas Gleixner <hidden>
Date: 2021-12-15 22:33:14
Also in:
lkml
On Wed, Dec 15 2021 at 14:02, John Stultz wrote:
On Wed, Dec 15, 2021 at 1:32 PM Alexandre Belloniquoted
I'd rather lean towards the timekeeping code doing that. The RTCHeh, touche'! :)quoted
subsystem doesn't know which RTC has to be used.Though the RTC layer *is* the one that tracks which RTC is used, via the logic in drivers/rtc/class.c, and the timekeeping core already has adjtimex for timekeeping corrections, so if we're correcting underlying RTCs it seems such tuning would best be done in the RTC layer. Though how the persistent_clock interface ties into such corrections would be a separate thing.
Might be the final trigger to get rid of that leftover from the last
millenium?
Thanks,
tglx