ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | [FR] Включать cpufreq на процессорах, умеющих SpeedStep | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Mikhail Gusarov <dottedmag> |
| Component: | ltsp5-client-full | Assignee: | led |
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
| Severity: | enhancement | ||
| Priority: | P2 | CC: | mike, vsu |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Mikhail Gusarov
2008-02-09 13:31:56 MSK
(подумав) BTW это не на udev ли фичреквест? udev в принципе может сделать одну часть: загрузить нужный speedstep-*. Стратегию/управлятор загружать придётся всё равно отдельно. На самом деле udev тут вряд ли поможет - устройства из /sys/devices/system он не обрабатывает. С другой стороны, загрузка только драйвера cpufreq для процессора всё равно ничего не изменит - нужно ещё загрузить управляющий модуль, выбрать и настроить его. Также см. Bug #9495 - хотя по этому поводу уже можно ничего не делать, поскольку в 2.6.24 поддержка большинства процессоров окончательно (или нет?) переехала назад в acpi-cpufreq. Дополнительные модули, нуждающиеся в принудительной загрузке, указываются штатным образом в lts.conf "Управлятор" - давайте сылку на этот "управлятор" - мне этот "темин" ничего не говорит. >Дополнительные модули, нуждающиеся в принудительной загрузке, указываются штатным образом в lts.conf А давайте туда все модули писать? Начиная с agp и заканчивая сетевой картой? speedstep на процессоре ничем от них не отличается. >"Управлятор" - давайте сылку на этот "управлятор" - мне этот "темин" ничего не говорит. 1) powersaved 2) modprobe cpufreq-conservative (или cpufreq-ondemand или cpufreq-powersave) && echo conservative (или ondemand, или powersave) > /sys/devices/system/cpu/ cpu0/cpufreq/scaling_governor (In reply to comment #5) > >Дополнительные модули, нуждающиеся в принудительной загрузке, указываются > штатным образом в lts.conf > > А давайте туда все модули писать? Начиная с agp и заканчивая сетевой картой? > speedstep на процессоре ничем от них не отличается. А давайте тогда баги на udev и соответсвующие сервисы вешать, а не на ltsp? В ltsp стандартные сервисы, в т.ч. udev ничем не ограничиваются. Фичереквест называется "включать cpufreq в LTSP". И пока в LTSP cpufreq не включается - это фичереквест на LTSP. А каким образом он будет решаться - вопрос совершенно другой. Я могу повесить второй фичереквест - на сизифовый пакет, в котором надо что-то править. Но на какой? Сергей говорит, что это не дело udev'а. Вторая же часть - выбор governor'а по умолчанию и/или userspace-демона для управления скоростью cpu - это типичный вопрос политики дистрибутива. Миш, нам тут оно не так нужно, как куча более актуальных вещей. Предлагаю прийти с обдуманным и проверенным решением, которое устроит в первую очередь тебя самого. Пусть висит "как фичереквест" - но на LTSP, а не на что-то ещё. Как дойдут у меня руки - дам кучку патчей на нужные пакеты. (In reply to comment #7) > Фичереквест называется "включать cpufreq в LTSP". И пока в LTSP cpufreq не > включается - это фичереквест на LTSP. А каким образом он будет решаться - > вопрос совершенно другой. Вопрос решается так же, как и остальные вопросы: apt-get install cpufreqd chkconfig cpufreqd on Если таким образом "вопрос" не рашается - вешайте багу на cpufreqd. Я не вижу причин делать какие-то дополнительные воркэраунды в ltsp, если какие-то пакеты не работают "из коробки" (мне уже sound.agent'а хватило), тем более, кода использование ноутбуков с Centrino в качестве LTSP-клиента тянет максимум на исключение, но никак не на правило. ltsp5-client-full не содержит файлов, он содержит только Requires. Я так и не увидел сообщения об ошибке в Requires. |
