From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Cc: Dave Jones <davej@redhat.com>,
pjones@redhat.com, cpufreq@lists.linux.org.uk
Subject: Re: ondemand vs suspend.
Date: Wed, 21 Jun 2006 14:01:05 -0700 [thread overview]
Message-ID: <4499B391.5080708@goop.org> (raw)
In-Reply-To: <20060621115413.A16324@unix-os.sc.intel.com>
[-- Attachment #1: Type: text/plain, Size: 769 bytes --]
Venkatesh Pallipadi wrote:
> Does it only happen on CPU 1 or both the CPUs? What does /sys/.../cpufreq
> look like once you get to this stuck at lowest freq state? Does
> scaling_available_frequencies still show all the freqs.
>
Perhaps it isn't related to suspend.
My startup scripts set the governor for both CPUs to conservative. Then
later, not long after boot, with no suspend, I set them to
"performance", but they don't switch speed. If I switch to "userspace",
writing to scaling_setspeed has no effect.
Confused. Could this be related to the dual-coreness of the CPU? Maybe
things start misbehaving on policy switches?
This is 2.6.17-mm1 with the patch you just posted applied.
I've attached all the cpufreq sysfs files for each core.
J
[-- Attachment #2: cpu0.txt --]
[-- Type: text/plain, Size: 793 bytes --]
cpufreq/scaling_setspeed:
1000000
cpufreq/stats/trans_table:
From : To
: 1833000 1333000 1000000
1833000: 0 0 1
1333000: 0 0 0
1000000: 0 0 0
cpufreq/stats/time_in_state:
1833000 0
1333000 0
1000000 188851
cpufreq/stats/total_trans:
1
cpufreq/scaling_cur_freq:
1000000
cpufreq/cpuinfo_cur_freq:
1000000
cpufreq/scaling_available_frequencies:
1833000 1333000 1000000
cpufreq/scaling_available_governors:
conservative ondemand powersave userspace performance
cpufreq/scaling_driver:
centrino
cpufreq/scaling_governor:
userspace
cpufreq/affected_cpus:
0
cpufreq/scaling_max_freq:
1000000
cpufreq/scaling_min_freq:
1000000
cpufreq/cpuinfo_max_freq:
1833000
cpufreq/cpuinfo_min_freq:
1000000
[-- Attachment #3: cpu1.txt --]
[-- Type: text/plain, Size: 793 bytes --]
cpufreq/scaling_setspeed:
1000000
cpufreq/stats/trans_table:
From : To
: 1833000 1333000 1000000
1833000: 0 0 0
1333000: 0 0 0
1000000: 0 0 0
cpufreq/stats/time_in_state:
1833000 0
1333000 0
1000000 187899
cpufreq/stats/total_trans:
0
cpufreq/scaling_cur_freq:
1000000
cpufreq/cpuinfo_cur_freq:
1000000
cpufreq/scaling_available_frequencies:
1833000 1333000 1000000
cpufreq/scaling_available_governors:
conservative ondemand powersave userspace performance
cpufreq/scaling_driver:
centrino
cpufreq/scaling_governor:
userspace
cpufreq/affected_cpus:
1
cpufreq/scaling_max_freq:
1000000
cpufreq/scaling_min_freq:
1000000
cpufreq/cpuinfo_max_freq:
1833000
cpufreq/cpuinfo_min_freq:
1000000
[-- Attachment #4: 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:[~2006-06-21 21:01 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-14 2:50 ondemand vs suspend Pallipadi, Venkatesh
2006-06-14 3:08 ` Peter Jones
2006-06-19 22:52 ` Jeremy Fitzhardinge
2006-06-21 18:54 ` Venkatesh Pallipadi
2006-06-21 21:01 ` Jeremy Fitzhardinge [this message]
2006-06-23 22:45 ` Jeremy Fitzhardinge
2006-06-21 18:35 ` Venkatesh Pallipadi
-- strict thread matches above, loose matches on Subject: below --
2006-06-26 22:12 Pallipadi, Venkatesh
2006-06-28 22:20 ` Jeremy Fitzhardinge
2006-06-26 20:24 Pallipadi, Venkatesh
2006-06-26 20:58 ` Jeremy Fitzhardinge
2006-06-26 18:43 Pallipadi, Venkatesh
2006-06-26 19:23 ` Jeremy Fitzhardinge
2006-06-13 23:03 Pallipadi, Venkatesh
2006-06-13 23:06 ` Dave Jones
2006-06-13 20:53 Dave Jones
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=4499B391.5080708@goop.org \
--to=jeremy@goop.org \
--cc=cpufreq@lists.linux.org.uk \
--cc=davej@redhat.com \
--cc=pjones@redhat.com \
--cc=venkatesh.pallipadi@intel.com \
/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