From: Christian Flamm <alcc@gmx.de>
To: cpufreq@lists.linux.org.uk
Subject: I haven't been able to set the chosen policy for CPU0
Date: Mon, 19 May 2008 18:42:21 +0200 [thread overview]
Message-ID: <200805191842.22216.alcc@gmx.de> (raw)
I think I can now reproduce that misbehaviour. I happens when both of my cores
are at 100% - than min- *and* max-frequency fall down to minimum (1000000Hz)
$ cpufreq-info
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Report errors and bugs to linux@brodo.de, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which need to switch frequency at the same time: 0 1
hardware limits: 1000 MHz - 1.67 GHz
available frequency steps: 1.67 GHz, 1.33 GHz, 1000 MHz
available cpufreq governors: conservative, ondemand, userspace, powersave,
performance
current policy: frequency should be within 1000 MHz and 1000 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency is 1000 MHz (asserted by call to hardware).
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which need to switch frequency at the same time: 0 1
hardware limits: 1000 MHz - 1.67 GHz
available frequency steps: 1.67 GHz, 1.33 GHz, 1000 MHz
available cpufreq governors: conservative, ondemand, userspace, powersave,
performance
current policy: frequency should be within 1000 MHz and 1000 MHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency is 1000 MHz (asserted by call to hardware).
If I then try to force another policy manually by
(just to show you)
$ cpufreqd-get
Name (#1): Halbgas
Governor: ondemand
Min freq: 1000000
Max freq: 1667000
Name (#2): Vollgas
Active on CPU#: 0, 1
Governor: performance
Min freq: 1667000
Max freq: 1667000
$ cpufreqd-set 2
the log says:
"cpufreqd_set_profile : Couldn't set profile "Vollgas" set for cpu
(1667000-1667000-performance)_"
or
$ cpufreqd-set 1
the log says:
"I haven't been able to set the chosen policy for CPU0._I set
1667000-1000000-ondemand_System says 1000000-1000000-ondemand_"
After a certain while (10 minutes) the manual commands work and stay for about
5 minutes if both of my cores are fully stressed and than the whole story
starts all over.
Regards, Christian.
next reply other threads:[~2008-05-19 16:42 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-19 16:42 Christian Flamm [this message]
2008-05-19 17:11 ` I haven't been able to set the chosen policy for CPU0 Pallipadi, Venkatesh
2008-05-19 17:18 ` Christian Flamm
[not found] ` <200805191916.25692.alcc@gmx.de>
[not found] ` <924EFEDD5F540B4284297C4DC59F3DEE01119E34@orsmsx423.amr.corp.intel.com>
2008-05-19 18:00 ` Christian Flamm
-- strict thread matches above, loose matches on Subject: below --
2008-05-19 10:31 Christian Flamm
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=200805191842.22216.alcc@gmx.de \
--to=alcc@gmx.de \
--cc=cpufreq@lists.linux.org.uk \
/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.