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 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
