https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c1 --- Comment #1 from Susanne Oberhauser 2013-04-22 10:25:38 UTC --- What is your /etc/sysconfig/clock setting of HWCLOCK? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c3 --- Comment #3 from Susanne Oberhauser 2013-04-22 15:41:23 UTC --- hm. this is not a 12.1 system is it? according to https://www.suse.com/releasenotes/x86_64/openSUSE/12.2/ the info from HWCLOCK has moved to /etc/adjtime, as described e.g. here http://forums.opensuse.org/blogs/jdmcdaniel3/what-utc-gmt-time-possible-issu... If that file does not exist on your install, you have been hit by bug#779440 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c5 Susanne Oberhauser changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Basesystem |Basesystem AssignedTo|froh@suse.com |bnc-team-screening@forge.pr | |ovo.novell.com Product|openSUSE 12.1 |openSUSE 12.3 --- Comment #5 from Susanne Oberhauser 2013-04-23 12:20:52 UTC --- ok the topic is messy. the proper fix, teaching windows to take the hardware clock in utc, seems to be there but not perfect yet: http://www.cl.cam.ac.uk/~mgk25/mswish/ut-rtc.html Vojtech, on SUSE, it looks to me, the kernel is by default storing and restoring time from hwclock at hibernate/resume. looking at the kernel source, it will do that using UTC, not some local time. https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/dr... esp. class.c and rtc-lib.c which btw also means: never ever boot windows on a hibernated machine... on the other hand, at some point preparations had been made to explicitely sync the hardware clock with the system clock at suspend/resume: https://gitorious.org/opensuse/pm-utils/blobs/master/pm/sleep.d/90clock do you think that should be the hook to use for the case hwclock is set to local time? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c Susanne Oberhauser changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |froh@suse.com AssignedTo|rlcox@novell.com |vdziewiecki@suse.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c7 --- Comment #7 from Susanne Oberhauser 2013-04-29 14:38:08 UTC --- good that you came to the same conclusion that the script does nothing currently... now I think this would be the place to take corrective action if hwclock uses local time instead of utc. looking deeper into this, I suspect that with CONFIG_RTC_HCTOSYS=y, the kernel will not store the time as local time. I think the kernel actually will never care about local time. It looks to me as if local time is a userspace thing. So for hwclock in local time, I think we'd need to disable CONFIG_RTC_HCTOSYS for that case, and then we'd need to modify the sleep.d/90clock script to save and restore the system clock on suspend and on resume. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c10 --- Comment #10 from Susanne Oberhauser 2013-04-29 16:04:34 UTC --- systemd! duh! http://www.freedesktop.org/wiki/Software/systemd/timedated well, I think we should really do some housekeeping and remove unused cruft from pm_utils. this had never occurred to me. We really need to remove dead code like sleep.d/90clock then... anyhow: christian, do you know whether the systemd implementation will handle DST switch during suspend gracefully? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c12 --- Comment #12 from Ulrich Windl 2013-04-30 09:02:11 CEST --- I know the subject is messy: IMHO the system needs to record the time when the hwclock was corrected for local time during DST change (just to avoid correcting it multiple times). Naturally the time of change should not be stored in local time for obvious reasons. To make matters worse in multi-boot environments, an other system (like Windows) can also adjust the hwclock. AFAIK, Windows/XP anly corrects the time if the system is powered on a few days after DST change; otherwise it assumes the hwclock is current. Sorry for throwing in some random thoughts. Rumors say recent Windows can work with hwclock running UTC, so there's light on the horizon... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=815958 https://bugzilla.novell.com/show_bug.cgi?id=815958#c16 --- Comment #16 from Wojtek Dziewięcki 2013-06-19 06:24:16 UTC --- If someone wants to take this bug and assign it to (him/her)self, it would be nice, since I can do nothing here. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.