Bug 28234

Summary:	move hwclock to higher in resume script
Product:	[Retired] Red Hat Linux	Reporter:	Matthew Miller <mattdm>
Component:	apmd	Assignee:	Bernhard Rosenkraenzer <bero>
Status:	CLOSED RAWHIDE	QA Contact:	Aaron Brown <abrown>
Severity:	low	Docs Contact:
Priority:	medium
Version:	7.1
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2002-01-24 22:51:46 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Matthew Miller 2001-02-18 22:22:45 UTC

Currently, resetting the clock is one of the later things done in the
resume script. My system for some reason comes up 5 hours off initially
(some sort of timezone vs GMT issue -- bios is set to EST because I
dual-boot with that loser OS), but the problem would also happen with
laptops that don't update the time properly for other reasons: the initial
things right after resume (including, obviously, things called in the
resume script, like bringing up t gethe network) logged with the wrong time.

So, setting the clock correctly should be one of the first things done, if
not the very first.

Comment 1 Bill Nottingham 2001-02-19 05:40:10 UTC

Your clock shouldn't jump if you rebuild your kernel without
CONFIG_APM_RTC_IS_GMT.

Comment 2 Matthew Miller 2001-02-19 05:50:28 UTC

Ah, yes, thanks. However, I've had trouble getting the kernel to rebuild
cleanly, and this isn't exactly a fast system (and it's currently the only one
I've got to test on...). Hopefully I'll have better luck with RC1.

It'd still be nice for the hwclock setting to be moved up, for cases where
something is broken.

Comment 3 Bernhard Rosenkraenzer 2002-02-26 17:44:56 UTC

Moved to the 2nd thing (2nd only to getting the hard disks back up even with inherently 
broken BIOSes) in 3.0.2-6.