lkml.org 
[lkml]   [1996]   [Oct]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: CMOS clock (was Re: BIOS clock problem) (fwd)
I experienced this problem, and it really ticked my off for a while, but
once I read a bit to find the solution, I was quite happy.
I used adjtimex-1.2.tar.gz from a sunsite mirror in
/pub/Linux/system/Admin/time. The package is easy to install, and easy to
understand. After a few minutes of tweeking, my machines keeps perfect
time now.
One problem, the adjtimex-1.2.tar.gz package will not compile cleanly
under the current linux versions. You will need the following patch.

*** clockdiff.c.old Mon Oct 28 09:33:45 1996
--- clockdiff.c Mon Oct 28 09:33:27 1996
***************
*** 268,274 ****
#endif
dif = system_sec - cmos_sec;

! txc.mode = 0;
if (adjtimex(&txc) < 0)
perror("compare: adjtimex");

--- 268,274 ----
#endif
dif = system_sec - cmos_sec;

! txc.modes = 0;
if (adjtimex(&txc) < 0)
perror("compare: adjtimex");

***************
*** 276,282 ****
(long) cmos_sec,
dif,
dif - dif_prev,
! txc.frequency,
txc.tick,
txc.offset);
dif_prev = dif;
--- 276,282 ----
(long) cmos_sec,
dif,
dif - dif_prev,
! txc.freq,
txc.tick,
txc.offset);
dif_prev = dif;


On Fri, 25 Oct 1996, Benjamin C R LaHaise wrote:

>Ever since 1.3.x (0 <= x <= 35), my CMOS clock tends to loose ~4000
>seconds per day when the machine is on, but it does not when the machine
>is off. This behaviour seems to be related to the kernel updating the
>CMOS clock while the system is running, but I can't see anything that
>would cause different behaviour from 1.2.13 (which didn't munge the
>clock). Perhaps some CMOS clocks are buggy when being updated? If
>someone who is more familiar with the kernel's timing code could shed
>some light on the subject, I'd be quite appreciative.
>
> -b
>


\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.048 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site