From: Eric Piel <Eric.Piel@tremplin-utc.net>
To: Dominik Brodowski <linux@dominikbrodowski.de>
Cc: cpufreq@zenii.linux.org.uk
Subject: [PATCH] transition latency of speedstep-ich
Date: Sun, 06 Mar 2005 18:06:41 +0100 [thread overview]
Message-ID: <422B38A1.9050706@tremplin-utc.net> (raw)
In-Reply-To: <20050209191515.GA21319@dominikbrodowski.de>
[-- Attachment #1: Type: text/plain, Size: 1270 bytes --]
Dominik Brodowski a écrit :
> On Sun, Feb 06, 2005 at 11:33:49PM +0100, Eric Piel wrote:
:
>>This patch proposes to consider a CPUFREQ_ETERNAL latency as the maximum
>>possible latency of the governor (10 ms). I think this should be
>>conservative enough to be safe with any driver.
>
> No. CPUFREQ_ETERNAL is there to assert no dynamic frequency governor runs
> with this driver. If a driver is safe to run on dynamic frequency governors
> like ondemand, fix the latency value instead.
>
OK, so here is a patch for vanilla 2.6.11 to set the transition latency
of speedstep-ich (the only driver which I can test in addtion to
p4-clockmod). Actually it was quite hard to find, the intel manual
(29834006.pdf) doesn't assert this latency clearly. From what I
understood the frequency transition could take up to about 40µs (p.44)
while the voltage transition could take up to 100µs (p.22 and p.58). So
I put 100µs as the transition latency of this driver.
I've tried it on my computer, it works, and the ondemand governor can
now support my hardware!
Hope you like it,
Eric
--
Set the transition latency of speedstep-ich to 100µs as described in
intel's manual.
Signed-off-by: Eric Piel <eric.piel@tremplin-utc.net>
--
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: speedstep-ich-transition-latency-2.6.11.patch --]
[-- Type: text/x-patch; name="speedstep-ich-transition-latency-2.6.11.patch", Size: 581 bytes --]
--- linux-2.6.11/arch/i386/kernel/cpu/cpufreq/speedstep-ich.c.orig 2005-02-07 23:52:55.000000000 +0100
+++ linux-2.6.11/arch/i386/kernel/cpu/cpufreq/speedstep-ich.c 2005-03-06 17:51:04.000000000 +0100
@@ -335,7 +335,8 @@
/* cpuinfo and default policy values */
policy->governor = CPUFREQ_DEFAULT_GOVERNOR;
- policy->cpuinfo.transition_latency = CPUFREQ_ETERNAL;
+ /* Max 100µs, according to intel's 29834006.pdf p.22 */
+ policy->cpuinfo.transition_latency = 100000;
policy->cur = speed;
result = cpufreq_frequency_table_cpuinfo(policy, speedstep_freqs);
[-- Attachment #3: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq
next prev parent reply other threads:[~2005-03-06 17:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-06 22:33 [PATCH] support for CPUFREQ_ETERNAL drivers by the ondemand governor Eric Piel
2005-02-09 19:15 ` Dominik Brodowski
2005-03-06 17:06 ` Eric Piel [this message]
[not found] ` <20050307182137.GB24559@isilmar.linta.de>
[not found] ` <432DD8DD.3090805@tremplin-utc.net>
[not found] ` <20050919101843.GA13041@isilmar.linta.de>
2005-09-19 22:35 ` [PATCH] transition latency of speedstep-ich (third try) Eric Piel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=422B38A1.9050706@tremplin-utc.net \
--to=eric.piel@tremplin-utc.net \
--cc=cpufreq@zenii.linux.org.uk \
--cc=linux@dominikbrodowski.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox