Re: Re: clock messed up

Giuseppe Ghibò <[email protected]> Fri, 14 Jul 2006 08:02:13 +0200
Newsgroups gmane.linux.mandrake.cooker.amd64
Message-ID <[email protected]>
Thomas Backlund wrote:
> Giuseppe Ghib=C3=B2 wrote:
>=20
>> Thomas Backlund wrote:
>>
>>> Luiz Fernando N. Capitulino wrote:
>>>
>>>>  Hi Giuseppe,
>>>>
>>>> On Thu, 13 Jul 2006 12:55:44 +0200
>>>> Giuseppe Ghib=C3=B2 <[email protected]> wrote:
>>>>
>>>> | Anyone knows a way to fix clock problems which occurs into
>>>> | kernel 2.6.12-22mdksmp (x86-64)? Basically under
>>>> | motherboard MSI K8N Diamond, and MSI K8N Diamond plus
>>>> | (the same happens on three different machines so sound
>>>> | a problem of our kernel), the internal clock is not
>>>> | going to be right (and even trying to sincronize
>>>> | to an external source using NTP is not enough, since
>>>> | the drift happens anyway). The
>>>> | differences between internal clock and right clock
>>>> | goes after one day to 8-10 hours.
>>>> | | I tried to boot the machines specifying on both the option
>>>> | clock=3Dtsc in lilo.conf, but it's not enough. The error
>>>> | between internal clock and official time is always high.
>>>> | | Is there a way to fix this? And why ntp is not enough
>>>> | to keep the time in sync?
>>>>
>>>>  You can try two boot options:
>>>>
>>>> enable_timer_pin_1=3D1
>>>>
>>>>  or
>>>>
>>>> disable_timer_pin_1=3D1
>>>>
>>>>  =20
>>>
>>>
>>>
>>>
>>> If IRC nVidia posted a fix for the timer problems they had that none=20
>>> of the then known workarounds not fixed completely...
>>> I'll try to dig it up and see...
>>>
>>
>> When you mention nVidia, you mean chipset (e.g. NForce4) or video
>> card?
>>
>> Bye
>> Giuseppe.
>>
>=20
> It was chipset-related...
> I'll try to find the patches again and build a testkernel based on=20
> 2.6.12.23mdk for you....
>=20

Anyway the enable_timer_pin_1=3D1 has no effect. Booting and using
then the command:

watch -n 1 "ntpdate -d <timesource> 2>&1|grep offset"

will show a drift of 0.1s or 0.01s growing every second, while
in a normal machine this drift doesn't grow every second and
is usually < 0.0001s.

Booting with disable_timer_pin_1=3D1 seems not working at all (I'll
see what happened, but machine was no longer accessible).

Bye
Giuseppe.