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

Jens Schweikhardt schweikh at schweikhardt.net
Wed Jun 8 19:19:34 GMT 2005


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)


More information about the freebsd-current mailing list