From owner-freebsd-questions Tue Oct 15 10:15:40 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CB5E37B401 for ; Tue, 15 Oct 2002 10:15:35 -0700 (PDT) Received: from mail.cob.rit.edu (mail.cob.rit.edu [129.21.238.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D912B43E88 for ; Tue, 15 Oct 2002 10:15:34 -0700 (PDT) (envelope-from knappster@knappster.net) Received: from cobtech10 ([129.21.41.4]) (authenticated bits=0) by mail.cob.rit.edu (8.12.6/8.12.5) with ESMTP id g9FHFX8w062896; Tue, 15 Oct 2002 13:15:33 -0400 (EDT) (envelope-from knappster@knappster.net) Reply-To: From: "Andy Knapp" To: "'Tom Snell'" , "'Hartmann, O.'" , Subject: RE: microuptime() went backwards, FreeBSD 4.7-RELEASE Date: Tue, 15 Oct 2002 13:15:39 -0400 Message-ID: <001601c2746e$7c776820$04291581@cobtech10> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <3DAC41EA.9040700@inficad.com> Importance: Normal Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've actually had this problem before, and I am pretty sure that it is a problem with the apm line in the generic kernel. Have you made a customized kernel? if not, i would suggest doing that and getting rid of all the apm lines; after that i never received these messages again. HTH, Andy btw: if you do a search in the mailing list archives for "microuptime" you can find everything you need. -----Original Message----- From: owner-freebsd-questions@FreeBSD.ORG [mailto:owner-freebsd-questions@FreeBSD.ORG] On Behalf Of Tom Snell Sent: Tuesday, October 15, 2002 12:27 PM To: Hartmann, O.; freebsd-questions@FreeBSD.ORG Subject: Re: microuptime() went backwards, FreeBSD 4.7-RELEASE Hartmann, O. wrote: >Hello. > >Is this subject of a bug report? > >While calculating numerical simulations and heavy load one of our P4 >systems showed up this: >microuptime() went backwards (57243.730002 -> 57243.730001) > >dmesgout of the system follows as attachment. > > >-- >MfG >O. Hartmann > >ohartman@klima.physik.uni-mainz.de >------------------------------------------------------------------ >IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) >------------------------------------------------------------------ >Johannes Gutenberg Universitaet Mainz >Becherweg 21 >55099 Mainz > >Tel: +496131/3924662 (Maschinenraum) >Tel: +496131/3924144 (Buero) >FAX: +496131/3923532 > > >----------------------------------------------------------------------- >- > >Copyright (c) 1992-2002 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 4.7-RELEASE #2: Sat Oct 12 15:12:23 CEST 2002 > root@mail.physik.uni-mainz.de:/usr/obj/usr/src/sys/MAIL >Timecounter "i8254" frequency 1193182 Hz >Timecounter "TSC" frequency 2271871004 Hz >CPU: Pentium 4 (2271.87-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > >Features=0x3febfbff,ACC> >real memory = 1073659904 (1048496K bytes) >avail memory = 1041215488 (1016812K bytes) >Preloaded elf kernel "kernel" at 0xc03ac000. >ccd0-3: Concatenated disk drivers >netsmb_dev: loaded >Pentium Pro MTRR support enabled >Using $PIR table, 9 entries at 0xc00f1be0 >npx0: on motherboard >npx0: INT 16 interface >pcib0: on motherboard >pci0: on pcib0 >pcib1: at device 1.0 on pci0 >pci1: on pcib1 >pci1: at 0.0 irq 11 >pcib2: at device 30.0 on pci0 >pci2: on pcib2 >pci2: at 4.0 irq 15 >pci2: at 4.1 irq 14 >pci2: at 4.2 irq 4 >ahc0: port 0xb800-0xb8ff mem 0xf5000000-0xf5000fff irq 15 at device 9.0 on pci2 >aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs >fxp0: port 0xb400-0xb43f mem 0xf4000000-0xf40fffff,0xf4800000-0xf4800fff irq 14 at device 10.0 on pci2 >fxp0: Ethernet address 00:d0:b7:4c:2e:9c >inphy0: on miibus0 >inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >sym0: <1010-33> port 0xb000-0xb0ff mem 0xf3000000-0xf3001fff,0xf3800000-0xf38003ff irq 4 at device 11.0 on pci2 >sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking >sym0: open drain IRQ line driver, using on-chip SRAM >sym0: using LOAD/STORE-based firmware. >sym0: handling phase mismatch from SCRIPTS. >sym0: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15. >sym1: <1010-33> port 0xa800-0xa8ff mem 0xf2000000-0xf2001fff,0xf2800000-0xf28003ff irq 10 at device 11.1 on pci2 >sym1: Symbios NVRAM, ID 7, Fast-80, SE, parity checking >sym1: open drain IRQ line driver, using on-chip SRAM >sym1: using LOAD/STORE-based firmware. >sym1: handling phase mismatch from SCRIPTS. >isab0: at device 31.0 on pci0 >isa0: on isab0 >pci0: at 31.1 >orm0: