Messages in this thread | | | Date | Tue, 16 Apr 2002 01:51:32 -0400 | From | Paul Gortmaker <> | Subject | Re: [2.4.16] Clock locking bugs? |
| |
You've just given another example of why set_rtc_mmss should die (or at a minimum, not be enabled by default) - the timer died, and it wants to push its incorrect time onto the rtc as well. I've posted patches to this effect several times before; now that we are into 2.5, I'll push them again...
I doubt that such a change would influence your timer problem, but feel free to #if 0 out the set_rtc_mmss routine, and the cruft that calls it from the timer interrupt - i.e. if (time_status & STA_UNSYNC) in arch/i386/kernel/time.c - you can then make the *policy* decision in userspace as to whether you want to sync the rtc with the kernel time.
[At a minimum, I guarantee the annoying set_rtc_mmss messages go away :) ]
Paul.
Simon Kirby wrote: > > Hrm...Just had this happen on my dual celeron desktop, exactly the same > problem. Kernel 2.5.7. Everything I typed in an rxvt was one character > lagged. :) > > Simon- > > On Mon, Jan 14, 2002 at 10:02:15AM -0800, Simon Kirby wrote: > > > Just had a server's clock stop at 9:02:30am. Very interesting > > results: > > > > [sroot@pro:/]# cat /proc/interrupts > > CPU0 CPU1 > > 0: 172839353 172896882 IO-APIC-edge timer ... > > [sroot@pro:/]# cat /proc/interrupts > > CPU0 CPU1 > > 0: 172839353 172896882 IO-APIC-edge timer > > > > Alan says this is due to locking problems with the timer I/O code. > > > > On the console were a lot of "set_rtc_mmss: can't update from 79 to 32" > > type messages that have always happened on SMP kernels with ntpd. > > > > Has anybody created any patches for this?
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |