http://bugzilla.kernel.org/show_bug.cgi?id=14771 --- Comment #14 from Mike Frysinger <vapier@xxxxxxxxxx> 2010-03-11 21:47:47 --- my last comment may have been inaccurate. it's hard to correlate what changes the behavior such that the scaling gov goes low and stays there. sometimes it recovers during runtime (battery charges or something?), sometimes it doesnt and i get impatient with a dual core 800MHz POS that i reboot to force the issue. i did notice that the policy seems to lower itself and never increase: # grep . cpu?/cpufreq/scaling_max_freq cpu0/cpufreq/scaling_max_freq:800000 cpu1/cpufreq/scaling_max_freq:800000 writing to this manually or using `cpufreq --max` doesnt make a difference # grep . cpu?/cpufreq/scaling_available_frequencies cpu0/cpufreq/scaling_available_frequencies:3068000 3067000 2134000 1600000 800000 cpu1/cpufreq/scaling_available_frequencies:3068000 3067000 2134000 1600000 800000 # echo 3068000 > cpu0/cpufreq/scaling_max_freq # echo 3068000 > cpu1/cpufreq/scaling_max_freq # grep . cpu?/cpufreq/scaling_max_freq cpu0/cpufreq/scaling_max_freq:800000 cpu1/cpufreq/scaling_max_freq:800000 # cpufreq-info | grep policy current policy: frequency should be within 800 MHz and 800 MHz. current policy: frequency should be within 800 MHz and 800 MHz. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
