From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Description of problem: The clock runs twice as fast (e.g. gains 60 minutes in 30 minutes) unless the noapic option is passed to the kernel or APIC is disabled in the BIOS. I'm running an ECS RS480-M motherboard with an Athlon 64 3500+ processor. NTP does not 'hold back' the clock to appropriate time. Version-Release number of selected component (if applicable): kernel-2.6.11-1.1363_FC4 How reproducible: Always Steps to Reproduce: 1. Start kernel without noapic and observe the clock. 2. Reboot and pass "noapic" in grub. Additional info:
Applying the patch at http://lkml.org/lkml/2005/4/6/206 and passing the parameter "timerhack" to the kernel solved the problem. This is using FC4 test 3, kernel 2.6.11-1.1366_FC4.
does this box have an nforce chipset by any chance ?
No, I think it's an MSI-based board. In any case, it's definitely not nForce (has onboard ATI graphics).
lspci output ?
Created attachment 115158 [details] Output of lspci -vv
Have the same problem with my Athlon64 3000+ ... Not an nForce based board. I connot disable APIC because it causes a hangup at "Applying seagate errata fix" ...
Will there be a comment in the release notes for FC4 regarding the issue and the workaround?
This sounds like Bug #152170. The FC4 final kernel (kernel-2.6.11-1.1369) has a boot option no_timer_check that works for me. It seems to be implementing a later version of the timerhack patch referenced earlier in this bug.
You're right, it is a dupe. Sorry I missed it earlier. *** This bug has been marked as a duplicate of 152170 ***