Bug 227234

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
redundant code.

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)

Hello,

I'm reviewing this bug list as part of the kernel bug triage project, an attempt
to isolate current bugs in the Fedora kernel.

http://fedoraproject.org/wiki/KernelBugTriage

I am CC'ing myself to this bug, however this version of Fedora is no longer
maintained.

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.
http://fedoraproject.org/wiki/LifeCycle/EOL

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
the change.

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:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

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
finally fixed.
(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