When I start my laptop from battery, I notice horrible performance. I look at /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq and see that it is stuck at 600000 (lowest), no matter how much is needed. (/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq shows 1600000 and the scheduler is ondemand.) I have a compile running so it should be 1600000 (highest). Attaching it to power does not help, it has to be rebooted. This makes the system almost unusable as a laptop. I can not take it with me somewhere, start it and work with it. What I have to do is to connect it to power somewhere, start it, disconnect it and take it with me. But this limits the usefulness greatly. Reproducible: Always Steps to Reproduce: # grep -r "" /sys/devices/system /sys/devices/system/clocksource/clocksource0/available_clocksource:acpi_pm jiffies tsc pit /sys/devices/system/clocksource/clocksource0/current_clocksource:acpi_pm /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load:0 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold:80 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate:80000 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate_min:40000 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate_max:40000000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies:1600000 1600000 1600000 1400000 1200000 1000000 800000 600000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors:ondemand performance /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver:centrino /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor:ondemand /sys/devices/system/cpu/cpu0/cpufreq/affected_cpus:0 /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq:1600000 /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq:600000 # cat /proc/version Linux version 2.6.18-gentoo-r6 (root@localhost) (gcc version 4.1.1 (Gentoo 4.1.1-r1)) #1 Thu Dec 28 15:19:30 CET 2006
Please, try w/ 2.6.19-r6 (and latest vanilla-sources if it still doesn't work) and report back. Thanks.
I have tested to start from battery with 2.6.19-r5 and it went up to 1600000 when needed. But I tried again with 2.6.18-r6 and it worked there too this time. So it is not always reproducible (I have observed the bug a few times in the past). I will let you know if I make any more interesting observations about this.
Now the bug has happened with 2.6.19-r5: # grep -r "" /sys/devices/system /sys/devices/system/clocksource/clocksource0/available_clocksource:acpi_pm jiffies tsc pit /sys/devices/system/clocksource/clocksource0/current_clocksource:acpi_pm /sys/devices/system/cpu/cpu0/cpufreq/ondemand/powersave_bias:0 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load:0 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold:80 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate:80000 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate_min:40000 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate_max:40000000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies:1600000 1600000 1600000 1400000 1200000 1000000 800000 600000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors:ondemand performance /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver:centrino /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor:ondemand /sys/devices/system/cpu/cpu0/cpufreq/affected_cpus:0 /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq:600000 /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq:1600000 /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq:600000 localhost ~ # cat /proc/version Linux version 2.6.19-gentoo-r5 (root@localhost) (gcc version 4.1.1 (Gentoo 4.1.1-r3)) #1 Sun Feb 11 13:09:03 CET 2007
Seems to work nowadays.