Description of problem:
Version-Release number of selected component (if applicable):
install on Thinkpad-t20 or 240x
Steps to Reproduce:
Actual results: especially amusing watching a video using xine
Not me personally, but a fellow LUGer just installed this on what he
has described as a "5 year old laptop" and is experiencing the same
issue. I have requested that he post in detail.
I am said LUGer. The laptop is an IBM iSeries 1412-2611. Celeron
375MHz and 192 MB RAM, clean install of FC2. The clock runs about 1
minute every 35 real seconds. It syncs to 126.96.36.199 (psu ntp
server), but it's only correct momentarily after each sync.
I also had this problem. My laptop is also an IBM iSeries 1412-2611,
but with a Celeron 366Mhz and 512MB of RAM. I had been running an
upgraded version of FC2. The system had been continuously upgraded
from 7.2 -> 8.0 -> 9 -> fc1 -> fc2. My clock ran twice as fast and
according to gkrellm, it also seemed that the processor ran at half
the correct speed. It would say it was peaking at 182MHz and the
system ran quite slow (as expected). The /proc/cpuinfo/ file had the
correct information. I too would ntp the clock, but then it would just
run away like mad again.
I needed to use the computer so I've done a clean install back to fc1,
but I would really like to go to fc2 if there is a fix to this
problem. I've looked around with google and a few other people have
reported this problem with the 2.6 kernel, but on different
distrobutions (like Debian) but no one has a fix.
Yeah we have the same machine (except for RAM). I also got rid of
FC2 until this is sorted out. Interestingly, I'm now running
Slackware 9.1 with 2.6.5 from kernel.org, and the clock is perfect.
The problem must be somewhere in the difference between stock 2.6.5
and the version FC2 uses by default. Any other suggestions are
I looked around some more this week to see if anyone else had the
solution to the fast clock problem and I found this great post:
Do any of you still have this running to try it out? I would like to
see if it works, but I have moved back to fc1 and am a little weary of
trying this again until I know it works.
On the plus side, its the exact same notebook we have.
Tried clock=pit and after 10 minutes the clock seems OK
Note that the ThinkPad-T20 is a bit old so I turned acpi=off so as a
result the clock=pmtmr probably will not work (did not try it).
I am using acpi=off to get suspend to work, still doesn't in Fed2.
It did work with RH9 and MDK92, but only with 2.4 kernels, and in
MKD10 only with acpi=off and 2.4.
Fedora Core 2 has now reached end of life, and no further updates will be
provided by Red Hat. The Fedora legacy project will be producing further kernel
updates for security problems only.
If this bug has not been fixed in the latest Fedora Core 2 update kernel, please
try to reproduce it under Fedora Core 3, and reopen if necessary, changing the
product version accordingly.