Re: NSLU2 clock drift
On 5/18/07, Rick Thomas <email@example.com> wrote:
If you're running Debian, you may be able to use the "tickadj"
command at boot time to fudge the value of the kernel variable
"tick" (the number of microseconds added to the system clock every 1/
HZ seconds when the RTC interrupt occurs).
One shouldn't need to do this. One had to use 'tickadj 10101' with
kernel version 2.6.17 on the NSLU2 because it did not contain the
clocksource subsystem. Backported clocksource patches were added to
2.6.18 in both the Debian and NSLU2 kernels , and should exist in
I suspect that it is either a new problem with 2.6.20, or a problem
with Marcus's system, but I haven't run 2.6.20 for an extended period
to know whether there is a problem with 2.6.20.