From owner-freebsd-current@FreeBSD.ORG Thu May 26 20:58:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BFA316A41C for ; Thu, 26 May 2005 20:58:45 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id F056443D1F for ; Thu, 26 May 2005 20:58:44 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 68C473B8E0; Thu, 26 May 2005 22:58:43 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j4QKwV2A000992; Thu, 26 May 2005 22:58:31 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j4QKwVV5000991; Thu, 26 May 2005 22:58:31 +0200 (CEST) (envelope-from schweikh) Date: Thu, 26 May 2005 22:58:31 +0200 From: Jens Schweikhardt To: Doug White Message-ID: <20050526205831.GA958@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <20050518150346.S87264@carver.gumbysoft.com> <20050519190129.GA1048@schweikhardt.net> <20050520122944.B8229@carver.gumbysoft.com> <20050521092857.GA847@schweikhardt.net> <20050522112845.S27009@carver.gumbysoft.com> <20050523175609.GA779@schweikhardt.net> <20050523210141.GA779@schweikhardt.net> <20050526102606.T69716@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050526102606.T69716@carver.gumbysoft.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 20:58:45 -0000 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. # > Now the question is: what is so special in my system so that I appear # > to be the only one to notice the problem? # # Good question. What CPUs do you have in that machine again? Copy out the # 'CPU' and related lines from dmesg. One P4 Prescott, with HT enabled, Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Mon May 23 22:38:19 CEST 2005 toor@hal9000.schweikhardt.net:/share/HEAD/obj/share/HEAD/src/sys/HAL9000 MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Features=0xbfebfbff Features2=0x41d,MON,DS_CPL,CNTX-ID> Hyperthreading: 2 logical CPUs real memory = 1072627712 (1022 MB) avail memory = 1040846848 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard [...] Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped)