http://bugzilla.novell.com/show_bug.cgi?id=590432 http://bugzilla.novell.com/show_bug.cgi?id=590432#c0 Summary: userspace cpufreq governor lowers frequency on high cpu load and vice versa Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: lashkevi@landau.ac.ru QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 GTB6 When I use the userspace cpufreq governor, the frequency decreases to the minimal one for the highest CPU load, while it reaches the upper hardware limit when the CPU is idle. Reproducible: Always Steps to Reproduce: 1. Boot the computer and login a user. 2. Set the "Dynamical scaling" by means of "kpowersave" or execute "cpufreq-set -g userspace" as a root. 3. Observe the CPU frequency by means of either "kpowersave" or, as root, "tailf /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq" or "powertop" (or anything else). 4. You see the maximum frequency. Then just switch windows and you see that the frequency decreases after each swith. 5. You may load the CPU by a symbolic calculation or something like that and you see that the frequency decreases to the hardware minimum value. Actual Results: The frequency depends inversely on the CPU load. Expected Results: The frequency should depend progressively on the CPU load. I use the userspace governor, since it is the only dynamical scaling governor that works on Celeron with p4-clockmod module, which I generated from sources by hands. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.