Bug 174068
| Summary: | Time gone mad | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Vladimir Kosovac <vkosovac> | ||||||
| Component: | kernel | Assignee: | Dave Jones <davej> | ||||||
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Brian Brock <bbrock> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 5 | CC: | pfrields, thomas, wtogami | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i686 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2006-05-05 01:56:59 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: | |||||||||
| Attachments: |
|
||||||||
|
Description
Vladimir Kosovac
2005-11-24 09:42:28 UTC
This bug is also present in FC4 and there is already a bug entry. OK guys, I've checked that FC4 bug entries, although I haven't had any similar problems while running Core 4 on this same machine. It appears that only smp kernels suffer from that particular issue, mostly on AMD 64 processors. I've just installed and booted kernel-2.6.14-1.1696_FC5 - seems that this one handles rtc well. As a side note, smp kernels need mem=nopentium option passed at boot time for successful start, single CPU kernel does not. the mem=nopentium thing isn't needed in the current builds from rawhide. can you paste your lspci output please ? Created attachment 121671 [details]
PCI bus list
Here's the long listing.
Created attachment 125753 [details]
Output from lspci
This happens to me on FC5test3 on x86_64
System time is about _twice_ as fast as real time.
`sleep 60` runs in about 28 seconds.
Acer Ferrari 4005WLMi
AMD Turion64 2.0GHz
FWIW, this happens with both 'userspace' and 'performance' CPU governors. # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 36 model name : AMD Turion(tm) 64 Mobile Technology ML-37 stepping : 2 cpu MHz : 2000.000 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm bogomips : 3988.13 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc Looks like it is fixed in kernel-2.6.15-1.2032_FC5.x86_64.rpm Vlad, fixed for you too ? FWIW, it is also fine with kernel-2.6.15-1.2039_FC5.x86_64.rpm Dave, I don't know if this may help: From the excellent: http://gentoo-wiki.com/HARDWARE_Gentoo_Acer_Ferrari_4005WLMi_Manual#Troubleshooting <snip> With a current kernel (2.6.14), the only major problem of this machine (not counting buggy ACPI DSDT) is a very annoying IO-APIC bug causing system timer to run twice as fast as it should. For now it can be rectified with a following kernel option: "no_timer_check" added to "image ... append=" section of the lilo.conf or "kernel" line of the grub.conf. [Joël]: We got one positive report that "disable_timer_pin_1" works with 64-bit and 2.6.14-gentoo-r2. That flag allows APIC to operate, unlike "no_timer_check". So try it :-) <snip> Closing per previous comments. Thre are a few other bad time/APIC related bugs floating around still open. |