ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | broken cpufreq | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Sergey Bolshakov <sbolshakov> | ||||
| Component: | kernel-image-std-def | Assignee: | Vitaly Chikunov <vt> | ||||
| Status: | REOPENED --- | QA Contact: | qa-sisyphus | ||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | kernelbot, placeholder, vt | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
спрашивали -- отвечаем: добавление 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 не помогает ;( |
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