Hi guys, I'm trying to figure out how our hwclock handling works, and in particular if there are any scenarios we don't handle.
First, I think there is a typo in the explanation given in hwclock-load.service. Is the attached patch correct? Secondly, hwclock allows us to specify whether the hardware clock is in utc or localtime, but we don't do this at the moment. In this case hwclock will fall-back to localtime (at least it says so in the man page, this seems like the completely wrong default to me...). Is the intention that the user should run "hwclock --systohc --utc"/"hwclock --systohc --localtime" manually to set this? If so, maybe it would be worth to put this explicitly in the service file (because the semantics here are truly bizarre). Lastly, hwclock can either read the timezone from /etc/localtime, or it can read it from the TZ variable. Would a patch to support the TZ variable (maybe in the same place as the locale stuff) be welcome? On Arch we configure the timezone in a configuration file rather than symlinking into /ush/share/zoneinfo/, and I'd like to keep this functionality if possible (now that systemd gives us the opportunity to do so cleanly). Cheers, Tom
From e0eb5a4459ffe607eac5b21da3ad2ac6374b48e7 Mon Sep 17 00:00:00 2001 From: Tom Gundersen <t...@jklm.no> Date: Sat, 22 Jan 2011 21:18:56 +0100 Subject: [PATCH] hwclock-load.service: fixed typo in comment --- units/hwclock-load.service | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/units/hwclock-load.service b/units/hwclock-load.service index 51f255e..05c0304 100644 --- a/units/hwclock-load.service +++ b/units/hwclock-load.service @@ -20,7 +20,7 @@ StandardOutput=syslog # Note the weird semantics of hwclock and the kernel here: the first # settimeofday() invocation from userspace is special and may be used -# to set the offset from UTC of the system clock. It is independent +# to set the offset from UTC of the hardware clock. It is independent # of any specific RTC device. This is mostly a crufty hack to support # legacy operating systems which insist on storing local time in the # RTC. -- 1.7.3.5
_______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
