The NSLU2 has a hardware Real Time Clock (RTC), however while Linux is running, time is actually kept using interrupts from the built in XScale clock registers (i.e. the RTC is not used).
The mainstream versions of the Linux kernel assume that IXP4XX boards provide a clock input to the CPU which causes clock counts to happen at a rate of 66.666666MHz. Unfortunately this would require a 33.333333MHz crystal and no one seems to sell those...
In practice, therefore, an IXP4XX board has some built in clock drift which can be determined from the actual clock frequency. On the NSLU2 board the crystal is 33MHz and the clock count rate is 66MHz, other IXP4XX boards use 33.33MHz or 33.3333MHz crystals which are much closer to the Linux expected value. The Intel specified value is actually 33.33MHz (though the documentation may not be consistent.)
OpenSlug kernels correct for the actual clock frequency in a variety of ways (depending on the kernel). In addition NTP software (ntp or openntp) will automatically correct the clock from external time server sources.
NTP (but not openntp) writes a file
In is my [jbowler's] idea that all NSLU2 boards show approximately the same drift and that some internal inaccuracy in the OpenSlug software is causing a small (about 10ppm) drift. If this can be established as a consistent error we can improve clock accuracy on the NSLU2 in the absence of NTP.
Therefore if you install NTP on openslug (or variants) and run it for long enough (at least 24 hours) to both produce /etc/ntp.drift and get a consistent value please enter the value below: