From owner-freebsd-stable@FreeBSD.ORG Thu Aug 19 14:20:50 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E628716A4CE for ; Thu, 19 Aug 2004 14:20:50 +0000 (GMT) Received: from zardoz.rd.imagescape.com (zardoz.rd.imagescape.com [66.100.151.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8389943D31 for ; Thu, 19 Aug 2004 14:20:50 +0000 (GMT) (envelope-from puna@imagescape.com) Received: from [192.168.0.59] (nikko.rd.imagescape.com [192.168.0.59]) (authenticated bits=0)i7JEKSNA095965; Thu, 19 Aug 2004 09:20:28 -0500 (CDT) (envelope-from puna@imagescape.com) Message-ID: <4124B7D9.2080406@imagescape.com> Date: Thu, 19 Aug 2004 09:23:21 -0500 From: Puna Tannehill User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <20040817104030.A40914@carver.gumbysoft.com> <200408180845.45217.bastill@adam.com.au> <20040818184452.E55263@carver.gumbysoft.com> In-Reply-To: <20040818184452.E55263@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on zardoz.rd.imagescape.com cc: Vasily cc: freebsd-stable@freebsd.org Subject: Re: microuptime() ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2004 14:20:51 -0000 Well, I can't really voice opinion on VIA/Linux relationships and fun acronyms, but maybe give some points as to some things to check. Make sure 'apm_enable="YES"' is added to /etc/rc.conf. I got the same microuptime() error when i accidentally tapped the power switch before I enabled apm. Also, make sure that 'device apm' is not disabled in your kernel. It appears that GENERIC has it disabled by default. Puna Doug White wrote: > On Wed, 18 Aug 2004, Brian Astill wrote: > > >>>Because VIA doesn't publish documentaion, and source is not >>>documentation. >> >>I don't quite understand this response. Are you saying that the Linux >>kernel team are somehow privileged cpw FBSD, so that they can avoid >>that microuptime issue and FBSD can't? I would have thought that the >>source cpw documentation for VIA chipsets would have been the same for >>all. > > > What's 'cpw'? Criminal Posession of a Weapon? :) > > I can't speak to Linux's timecounter implementation since I haven't read > their code. I suspect they don't have any sort of thing like > microuptime(), using jiffies insteaed which are somewhat lower precision. > They may just ignore the any timecounter disruptions due to CPU clock > adjustments, for all I know. > > And it is *very* possible someone inside of VIA or one of their customers > got access to the docs that we can't get to and added the requisite code. > If you can derive the appropriate bits and offer them as a patch then all > the better. Linux has lots of friends in high places since its Speshul. >