Created attachment 6087 [details] dmesg при переезде с 3.10.x на 3.12.y обнаружилось следующее: не работает переключение в ondemand (делалось в rc.local скриптом вида modprobe cpufreq_ondemand; for ...;do echo ondemand > .../scaling_governor; done) далее выяснилось, что, хотя cpufreq_ondemand и загружен, но # cat /sys/devices/system/cpu/cpu?/cpufreq/scaling_available_governors performance powersave ... # cat /sys/devices/system/cpu/cpu?/cpufreq/scaling_governor powersave ... # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver intel_pstate # ручной modprobe acpi-cpufreq не ругается, но и не грузится. Всё это происходит на: # fgrep model\ name /proc/cpuinfo |head -1 model name : Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz
спрашивали -- отвечаем: добавление intel_pstate=disable в cmdline позволяет вернуться к тёплому ламповому acpi-cpufreq и ondemand.
Иными словами, intel настаивает на pstate, но пока это обратимо.
Есть настоятельное предложение сделать intel_pstate=disable по умолчанию. И дать пользователям возможность включать его по intel_pstate=enable. Я наткнулся на довольно серьёзную проблему с intel_pstate и Turbo mode - у меня ноут с частотой по умолчанию в 1.6GHz начинал всё время работать на частоте 2.6GHz при этом жёстко греясь. Тоже-самое ещё на обычном десктопе с последним CPU от Intel.
И да, отлючение turbo boost в intel_pstate не помогает ;(
Репорт 2014 года про ядро 3.14; flavour std-def удалён, cpufreq с тех пор переписан. Если воспроизводится на текущем kernel-image-6.x — просьба завести новый репорт.
