[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#592662: marked as done (cpufrequtils: Cannot set frequency range of policy to full hardware frequency range)



Your message dated Thu, 3 Nov 2011 12:17:08 -0500
with message-id <20111103171708.GC25838@elie.hsd1.il.comcast.net>
and subject line Re: cpufrequtils: Cannot set frequency range of policy to full hardware frequency range
has caused the Debian Bug report #592662,
regarding cpufrequtils: Cannot set frequency range of policy to full hardware frequency range
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
592662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592662
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: cpufrequtils
Version: 007-1
Severity: normal

When using cpufrequtils or the kernel interface to the acpi-cpufreq
module on my VIA Eden 1.5 GHz CPU, I cannot set the frequency range
for the governor to the full hardware range. Trying to do so produces
weird frequency settings. Any of the two single frequencies offered
by the hardware can be included in a range, but not both at once.

Example transcript (lines replaced by [...] where identical to previous
output):

> sudo cpufreq-set --governor ondemand --min 400MHz --max 1500MHz; cpufreq-info
cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  hardware limits: 400 MHz - 1.50 GHz
  available frequency steps: 1.50 GHz, 400 MHz
  available cpufreq governors: powersave, conservative, userspace, ondemand, performance
  current policy: frequency should be within 400 MHz and 600 MHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 400 MHz.
> sudo cpufreq-set --governor ondemand --min 401MHz --max 1500MHz; cpufreq-info
[...]
  current policy: frequency should be within 401 MHz and 1.50 GHz.
[...]
  current CPU frequency is 1.50 GHz.
> sudo cpufreq-set --governor ondemand --min 400MHz --max 500MHz; cpufreq-info
[...]
  current policy: frequency should be within 400 MHz and 500 MHz.
[...]
  current CPU frequency is 400 MHz.
> sudo cpufreq-set --governor ondemand --min 400MHz --max 700MHz; cpufreq-info
[...]
  current policy: frequency should be within 400 MHz and 600 MHz.
[...]
  current CPU frequency is 400 MHz.
> sudo cpufreq-set --governor userspace --min 400MHz --max 1500MHz; cpufreq-info
[...]
  current policy: frequency should be within 400 MHz and 600 MHz.
                  The governor "userspace" may decide which speed to use
                  within this range.
  current CPU frequency is 400 MHz.
> cat /proc/cpuinfo
processor	: 0
vendor_id	: CentaurHauls
cpu family	: 6
model		: 13
model name	: VIA Eden Processor 1500MHz
stepping	: 0
cpu MHz		: 400.000
cache size	: 128 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
flags		: fpu vme de pse tsc msr pae mce apic sep mtrr pge cmov pat clflush acpi mmx fxsr sse sse2 tm nx pni est tm2 xtpr rng rng_en ace ace_en ace2 ace2_en phe phe_en pmm pmm_en
bogomips	: 799.71
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 32 bits virtual
power management:

Thanks for your efforts. If you need any more information, let me know.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-486
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cpufrequtils depends on:
ii  debconf [debconf-2.0]         1.5.33     Debian configuration management sy
ii  libc6                         2.11.2-2   Embedded GNU C Library: Shared lib
ii  libcpufreq0                   007-1      shared library to deal with the cp
ii  lsb-base                      3.2-23.1   Linux Standard Base 3.2 init scrip

cpufrequtils recommends no packages.

cpufrequtils suggests no packages.

-- debconf information:
  cpufrequtils/enable: true



--- End Message ---
--- Begin Message ---
Version: 3.0.0-4

> Steve Wolter wrote:

>> I didn't report this upstream. The problem did stop with a later kernel,
>> though I'm not sure when. I couldn't reproduce it with the currently
>> running stock Debian kernel 3.0.0-1-486.

Resending to the right address to actually mark this as fixed in that
version.  Sorry for the noise.


--- End Message ---

Reply to: