I happen to know that this solution (apm off, RTC on) does NOT fix this
problem. I've been running that way for darn near two years now and it
has not worked. (YMMV)
I had the solution for this, posted a couple months ago to this very
group, somewhere in a mailbox, but am not able to find it. Grrr. I'm
thinking that it may have been posted to linux-kernel instead and
forwarded over to me from an admin who read linux-kernel. I will look
again for it and see what I can find. In the meantime, I simply cron
every hour with an annoying ntpdate command which moves the clock about
120 seconds/hour. Yes.. annoying.
Sorry I don't have the solution, but I will look for it again.
john
On Wed, Apr 28, 1999 at 12:02:32PM +0200, [EMAIL PROTECTED] wrote:
> On Wed, 28 Apr 1999 [EMAIL PROTECTED] wrote:
>
> > I am not sure but I believe you have to be sure that power management is
> > disabled and that real time clock support is enable in smp kernel compiles.
> > ie APM is off and rtc is on. if not then time will drift.. also be sure
> > time zone selection is correct else even on reboot of your system you wil
> > l notice time changes......
> I know that and it's already done since I am working with SMP (2.1.91 or
> so). It could be that there is no more time drift, but could anybody
> confirm that. I don't want to test it.
>
> Greetings
>
> Robert Sander
> home.pages.de/~gurubert, pgp available there
>
> -
> Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
> To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
>
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
