Red Hat Bugzilla – Bug 227234
hwclock hangs kernel on HP Pavilion DV9205eu
Last modified: 2008-08-02 19:40:36 EDT
Description of problem:
When trying to set time using hwclock (at first boot, with gnome clock-applet or
at shutdown (if ntpd is running)) the system hangs.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Set the time at firstboot
2. or set time in gnome clock-applet
3. or shutdown system with ntpd activated
The system hangs
The system should update the hardware clock
I don't have this problem with the x86 version of FC6, only with the x86_64 one.
hwclock fails to run on HPa1510y with the following message:
select() to /dev/rtc to wait for clock tick timed out
Evidently the rtc is getting hung. On this machine the consequence is the clock
gets reset back to roughly 12 pm after every reboot.
Additional information: When I boot with the FC6 rescue CD and get to the
shell, hwclock works fine. A workaround may be to use --directisa. I am doing
this by setting CLOCKFLAGS=--directisa in /etc/sysconfig/clock.
This is obviously not the desired approach, but seems to work. I am still
testing that. hwclock works fine on the initial kernel that comes with FC6
i686. So I think this is a regression and considering the fundamental nature of
of it, I think its critical.
Yeah, the --directisa option is typical workaround when /dev/rtc doesn't work.
Reassignig to kernel.
I suggest that Fedora and RedHat distributions no longer need to use hwclock in
their init scripts. Booting Linux now initializes the time from the RTC as part
of kernel initialization (did it ever not do so?)
The hwclock command in /etc/rc.sysinit is thus redundant, and in fact, since
hwclock has not been maintained for a long time, dangerous. And this freeze is
unnecessary, since it results from that call.
Similarly, the hwclock command executed during shutdown (/etc/init.d/halt) is
also redundant and dangerous, since it can cause the disks not to be synced.
While it would be nice for hwclock to work correctly, that is a different
problem than the hang during boot, which is easily fixed by eliminating the
Finally, there is a line that may invoke hwclock in /etc/init.d/ntpd. This is
not normally enabled (even when ntpd is on) so it is less problematic. I would
suggest the script code should be removed as well. Also, there is a reference to
ntpdate, which is deprecated, since ntpd does the job ntpdate is called upon to
do, if invoked with the right flags.
New info: My machine (similar, but not quite the same model - HP Pavilion
dv9000z) exhibits this problem - hwclock freezing the system, and I've
laboriously tracked it down to the use of ioport 0x80 to delay I/O. A patch is
in the works in the kernel development process.
(This is a mass-update to all current FC6 kernel bugs in NEW state)
I'm reviewing this bug list as part of the kernel bug triage project, an attempt
to isolate current bugs in the Fedora kernel.
I am CC'ing myself to this bug, however this version of Fedora is no longer
Please attempt to reproduce this bug with a current version of Fedora (presently
Fedora 8). If the bug no longer exists, please close the bug or I'll do so in a
few days if there is no further information lodged.
Thanks for using Fedora!
*** Bug 322351 has been marked as a duplicate of this bug. ***
This bug is still there, Fedora 9 alpha.
Fedora apologizes that these issues have not been resolved yet. We're
sorry it's taken so long for your bug to be properly triaged and acted
on. We appreciate the time you took to report this issue and want to
make sure no important bugs slip through the cracks.
If you're currently running a version of Fedora Core between 1 and 6,
please note that Fedora no longer maintains these releases. We strongly
encourage you to upgrade to a current Fedora release. In order to
refocus our efforts as a project we are flagging all of the open bugs
for releases which are no longer maintained and closing them.
If this bug is still open against Fedora Core 1 through 6, thirty days
from now, it will be closed 'WONTFIX'. If you can reporduce this bug in
the latest Fedora version, please change to the respective version. If
you are unable to do this, please add a comment to this bug requesting
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we are following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
And if you'd like to join the bug triage team to help make things
better, check out http://fedoraproject.org/wiki/BugZappers
Fedora 9 beta + updates. Tested "hwclock --debug --show" several times and it
worked every time, no freezing now. So at least for me this year old bug is
(Note I have latest bios F.3D, all HP dv9000z series owners should check they
are using latest bios)
Cool, I'll close the bug then