Subject: Re: Question: monolitic_clock, timer_{tsc,hpet} and CPUFREQ
From: john stultz <johnstul@us.ibm.com>
To: Dominik Brodowski <linux@brodo.de>
Cc: Dmitry Torokhov <dtor_core@ameritech.net>,
       lkml <linux-kernel@vger.kernel.org>, Andrew Morton <akpm@osdl.org>
In-Reply-To: <20030907185755.GA19923@brodo.de>
References: <200309042214.28179.dtor_core@ameritech.net>
	 <1062749594.5809.7.camel@laptop.cornchips.homelinux.net>
	 <20030907185755.GA19923@brodo.de>
Content-Type: text/plain
Organization: 
Message-Id: <1063042214.1314.1586.camel@cog.beaverton.ibm.com>
Mime-Version: 1.0
Date: 08 Sep 2003 10:30:14 -0700
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 924
Lines: 25

On Sun, 2003-09-07 at 11:57, Dominik Brodowski wrote:
> On Fri, Sep 05, 2003 at 01:13:14AM -0700, john stultz wrote:
> > Looks fine to me. Although I don't have any cpufreq enabled hardware, so
> > I'm unable to test this (main cause I never added it myself). 
> 
> /me has cpufreq enabled hardware -- but how can I accurately debug
> monotonic_ticks()?

Usually I hack up the hangcheck-timer module to be more verbose to
verify monotonic_clock() works. Also Oracle has a hangcheck-delay module
you can use to hang the system for a defined length of time. You can
then check the delta between gettimeofday and monotonic_clock to verify
its working as it should.

thanks
-john


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/