Bug#751238: Reopen bug report for switching hwclock-set to use hctosys
On Tue, Oct 07, 2014 at 08:21:51PM +0200, Michael Biebl wrote:
> Am 07.10.2014 um 19:14 schrieb Andreas Henriksson:
> > Control: reopen -1
> > Control: found -1 2.25.1-4
> >
> > Hello!
> >
> > I'm reopening this bug report regarding using --hctosys in the util-linux
> > hwclock-set script. The change was proposed for the benefit of arm
> > systems where RTC drivers are built as modules and when they get loaded
> > the previous scheme didn't work.
> >
> > Unfortunately it was reported that the new scheme breaks systems which
> > (AIUI) the hardware clock is set to local time (and using the new
> > initramfs-tools 0.118 scheme where time set set up in the initramfs).
> >
> > As I overheard discussions about building the RTC drivers on ARM into
> > the kernel I'm going to revert this change in hwclock-set as well.
> > This should unbreak all versions for now.....
Yes, the next upload of the kernel will have the RTC drivers built-in.
If we keep this policy I think this change is fine.
> > I'm thus reopening this bug and hope for feedback on how we best handle
> > this in the future or if it's just ok to have a requirement on RTC drivers
> > needing to be built-in.
>
> Fwiw, it was me, how experiences this issue.
> After the switch from systz to hctosys in /lib/udev/hwclock-set, my
> hardware clock is no longer properly set under systemd.
>
> Afaics, this is because systemd set's the clock internally and doesn't
> care for the flag file that is created by hwclock-set.
> Under sysvinit, I don't encounter this problem.
>
> When switching hwclock-set back to systz, it works properly for both
> systemd and sysvinit.
I don't really see how it can happen, this file is not supposed to be
run under systemd, due to the following code at the beginning:
| if [ -e /run/systemd/system ] ; then
| exit 0
| fi
Therefore it should not be run on systemd. It was actually one of the
problem I reported on IRC before we switched all the RTC drivers to
built-in.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurelien@aurel32.net http://www.aurel32.net
Reply to: