From owner-freebsd-current Tue Jan 9 3:14:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 4703237B400 for ; Tue, 9 Jan 2001 03:14:38 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f09BEZN15660; Tue, 9 Jan 2001 12:14:35 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: bogus microuptime() warnings? In-Reply-To: Your message of "09 Jan 2001 12:10:32 +0100." Date: Tue, 09 Jan 2001 12:14:35 +0100 Message-ID: <15658.979038875@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Dag-Erling Smorgrav writes: >I regularly get "microuptime() went backwards" warnings on my desktop >box. The funny thing about them is that the reported timevals have the >same seconds part, but the microseconds part of the second timeval is >so large that it's wrapped around to a negative number (causing the >signed comparison to report that it went backwards). This suggests >that the current process has been running uninterrupted for several >seconds, which seems unlikely - or that the timecounter was adjusted >upwards while the process was running (could ntp cause that?) No, this is either a problem reading the i8254 timecounter reliably or an interrupt latency problem. If you sysctl's indicate that you are running on the TSC timecounter and you can reproduce this there is some chance we can create a workaround. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message