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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.