Bug 242253

Summary: kernel 2.6.21-1.3199.fc8 breaks hardware clock access
Product: [Fedora] Fedora Reporter: Michal Jaegermann <michal>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: low Docs Contact:
Priority: low    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-06-10 19:25:43 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 Michal Jaegermann 2007-06-02 18:45:07 UTC 
Description of problem:

After booting with 2.6.21-1.3199.fc8, at least on x86_64 machine,
any attempt to run hwclock ends up with the following:

Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access method.

After 'hwclock --debug' I am seeing:

hwclock from util-linux-2.13-pre7
hwclock: Open of /dev/rtc failed, errno=19: No such device.
No usable clock interface found.
Cannot access the Hardware Clock via any known method.

although 'udev' clearly created /dev/rtc for whatever reasons.

Rebooting with 2.6.21-1.3194.fc7 or earlier immediately solves
the issue. Is the above an effect of "Rebase to 2.6.22rc3"?

Version-Release number of selected component (if applicable):
kernel 2.6.21-1.3199.fc8

How reproducible:
always
Comment 1 Michal Jaegermann 2007-06-03 17:50:46 UTC 
The same issue with 2.6.21-1.3200.fc8.
Comment 2 Michal Jaegermann 2007-06-10 19:25:43 UTC 
hwclock started to work again with kernel 2.6.21-1.3218.fc8.
An output from 'hwclock --debug --show' look currently like this:

hwclock from util-linux-2.13-pre7
Using /dev/rtc interface to clock.
Last drift adjustment done at 1181500588 seconds after 1969
Last calibration done at 1181500588 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
/dev/rtc does not have interrupt functions. Waiting in loop for time from
/dev/rtc to change
...got clock tick
Time read from Hardware Clock: 2007/06/10 18:42:40
Hw clock time : 2007/06/10 18:42:40 = 1181500960 seconds since 1969
Sun 10 Jun 2007 12:42:40 PM MDT  -0.129198 seconds

It should be noted that in dmesg there are traces that something
tries to access rtc before it is available:
....
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Freeing unused kernel memory: 312k freed
....
and only quite a bit later this shows up:
....
rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0
rtc0: alarms up to one year, y3k
....