<div dir="ltr">> With systemd-timesyncd it takes some time to get back to the right time,<br>> sometimes more than 10 minutes.<div><br></div><div>Hi,</div><div>seeing the obvious/expected fixes have failed, I feel less squeamish to suggest an exec of ntpdate on wake and after network service is up. I hoped you could also tweak how aggressively systemd.timesyncd drifts the clock but its config seems quite minimal (only man page checked though).</div><div><br></div><div>good luck,</div><div>B</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 6 Jul 2022 at 17:45, Russell Coker via linux-aus <<a href="mailto:linux-aus@lists.linux.org.au">linux-aus@lists.linux.org.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tuesday, 28 June 2022 13:30:57 AEST NeilBrown via linux-aus wrote:<br>
> On Tue, 28 Jun 2022, Russell Coker wrote:<br>
> > I have a laptop that is dual boot Ubuntu 20.04 and Windows. I've<br>
> > configured it for "RTC in local TZ" with timedatectl so it can have the<br>
> > same time as Windows (I'm aware that I could change Windows via regedit<br>
> > to use UTC for the hwclock but I'm trying to work out the best option for<br>
> > a corporate rollout).  The problem is that I resume from suspend and the<br>
> > system immediately treats the RTC as if it was in UTC thus being out by<br>
> > 10 hours (time zone +1000).<br>
> > <br>
> > How does Ubuntu get the time from the RTC on resume? Any clues as to where<br>
> > to look would be really appreciated. I've done Google searches and found<br>
> > nothing helpful. Even if you just know which program does it that would<br>
> > help a lot, I could read the source.<br>
> <br>
> It isn't up to Ubuntu - the Linux kernel does (or should do) everything<br>
> needed.<br>
> Providing the kernel is built with CONFIG_PM_SLEEP and<br>
> CONFIG_RTC_HCTOSYS_DEVICE, and providing you have RTC hardware with a<br>
> suitable driver, then on suspend rtc_suspend() in drivers/rtc/class.c<br>
> will take note of the value stored in the rtc, and on resume<br>
> rtc_resume() will check what the difference was and update the clock.<br>
> <br>
> cat /sys/class/rtc/rtc0/hctosys<br>
> <br>
> should show "1" if everythings is configured properly.  In that case it<br>
> should "just work".<br>
<br>
It does show "1" and the kernel build options include those ones you specify, <br>
but unfortunately it doesn't "just work".<br>
<br>
NTP the protocol allows fixing this with the systemd-timesyncd implementation, <br>
the ntpd implementation gets unhappy when the time is more than 20 minutes <br>
out.  With systemd-timesyncd it takes some time to get back to the right time, <br>
sometimes more than 10 minutes.<br>
<br>
I have not seen this cause a SSL problem.  When this happens Kerberos is no <br>
more broken than usual (that's another issue I have to solve).<br>
<br>
Yes I know that using the local time for the RTC has some downsides, but every <br>
option for dual boot has some downsides.<br>
<br>
Thanks for the suggestions.<br>
<br>
-- <br>
My Main Blog         <a href="http://etbe.coker.com.au/" rel="noreferrer" target="_blank">http://etbe.coker.com.au/</a><br>
My Documents Blog    <a href="http://doc.coker.com.au/" rel="noreferrer" target="_blank">http://doc.coker.com.au/</a><br>
<br>
<br>
<br>
_______________________________________________<br>
linux-aus mailing list<br>
<a href="mailto:linux-aus@lists.linux.org.au" target="_blank">linux-aus@lists.linux.org.au</a><br>
<a href="http://lists.linux.org.au/mailman/listinfo/linux-aus" rel="noreferrer" target="_blank">http://lists.linux.org.au/mailman/listinfo/linux-aus</a><br>
<br>
To unsubscribe from this list, send a blank email to<br>
<a href="mailto:linux-aus-unsubscribe@lists.linux.org.au" target="_blank">linux-aus-unsubscribe@lists.linux.org.au</a><br>
</blockquote></div>