[lkml]   [2004]   [Nov]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: [patch] prefer TSC over PM Timer
>-----Original Message-----
>[] On Behalf Of john stultz
>Sent: Monday, November 15, 2004 5:38 PM
>To: dean gaudet
>Cc: lkml
>Subject: Re: [patch] prefer TSC over PM Timer
>On Mon, 2004-11-15 at 16:23, dean gaudet wrote:
>> i've heard other folks have independently run into this
>problem -- in fact
>> i see the most recent fc2 kernels already do this. i'd like
>this to be
>> accepted into the main kernel though.
>> the x86 PM Timer is an order of magnitude slower than the TSC for
>> gettimeofday calls. i'm seeing 8%+ of the time spent doing
>> in someworkloads... and apparently was seeing 80%
>of its time
>> go to gettimeofday during the fc3-release overload. PM
>timer is also less
>> accurate than TSC.

I think trying to remove repeated inl()'s in read_pmtmr is a better
fix for this issue. As John mentioned in other thread, we should do
repeated reads only when something looks broken. Not always.

TSC counter stops couting when the CPU is in deep sleep state. It
should be OK to use tsc with Centrinos which support Enhanced Speedstep
Technology. But, it will have issues with older system that supports
Older Speedstep. So, I would say using pm_timer as default is better
as that works correctly on most of the systems.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:08    [W:0.072 / U:2.708 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site