All of lore.kernel.org
 help / color / mirror / Atom feed
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.

             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.