Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates

From: Jens Schweikhardt <schweikh_at_schweikhardt.net>
Date: Wed, 8 Jun 2005 21:01:47 +0200
On Thu, May 26, 2005 at 10:58:31PM +0200, Jens Schweikhardt wrote:
# On Thu, May 26, 2005 at 10:30:16AM -0700, Doug White wrote:
# # On Mon, 23 May 2005, Jens Schweikhardt wrote:
# # 
# # > ...
# # > # # 3. Backout rev 1.218 of src/sys/i386/isa/clock.c so the irq0 interrupt
# # > # # handler is reactivated and the RTC fiddled.
# # > #
# # > # Will do so next. I've nailed the change between March 6 and March 30.
# # > # 1.218 is from 2005/03/24 21:34:16, which would fit.
# # >
# # > We have a winner. Backing out 1.218 from a 2005/03/24 system does the trick,
# # > as well as a CURRENT without 1.218 (but 1.219-220 in there) bring back irq0
# # > and time dilation is gone. All clocks work correctly.
# # 
# # Hm ... not sure what part of that commit is the bad part.  You might try
# # changing
# # 
# # if (!using_lapic_timer) {
# # 
# # to
# # 
# # if(1) {
# # 
# # in the most recent rev of clock.c to register irq0 again.  If that doesn't
# # chang ethe dialation then something else in the system must be depending
# # on the RTC periodic interrupt.
# 
# It does make time dilation go away.

Any chance this gets backed out, or worked around, e.g. with a
sysctl, device hint, or some other knob?

Regards,

	Jens
-- 
Jens Schweikhardt http://www.schweikhardt.net/
SIGSIG -- signature too long (core dumped)
Received on Wed Jun 08 2005 - 17:19:33 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:36 UTC