Date: Wed, 22 Mar 2006 01:22:10 -0800
From: Andrew Morton <akpm@osdl.org>
To: Alexander Clouter <alex@digriz.org.uk>
Cc: cpufreq@lists.linux.org.uk, linux-kernel@vger.kernel.org,
       venkatesh.pallipadi@intel.com, linux@dominikbrodowski.de
Subject: Re: [patch 1/4] cpufreq_conservative: update and align of codebase
Message-Id: <20060322012210.1c0fb11f.akpm@osdl.org>
In-Reply-To: <20060322085807.GA10689@inskipp.digriz.org.uk>
References: <20060322085807.GA10689@inskipp.digriz.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1366
Lines: 30

Alexander Clouter <alex@digriz.org.uk> wrote:
>
> *NEW* patches, for kernel 2.6.16
> 
>  Something I had been meaning to do for a while.  The codebases between
>  ondemand and conservative have strayed and as Venkatesh has far more Clue(tm)
>  than I am going to adjust my code to look more like his :)
> 
>  Another reason to do this is ages ago, knowingly, I did a piss poor attempt
>  at making conservative less responsive by knocking up
>  DEF_SAMPLING_RATE_LATENCY_MULTIPLIER by two orders of magnitude.  I did fix
>  this ages ago but in my dis-organisation I must have toasted the diff and
>  left it the way it was.  About two weeks ago a user contacted me saying he
>  was having problems with the conservative governor with his AMD Athlon XP-M
>  2800+ as /sys/devices/system/cpu/cpu0/cpufreq/conservative showed
>    sampling_rate_min   9950000
>    sampling_rate_max   1360065408
> 
>  Nine seconds to decide about changing the frequency....not too responsive :)

umm, that's not really a changelog.  Please, see
http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt.  Section 2a is
relevant too..

Thanks.
-
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/