На клиентах в процессе старта не загружаются speedstep-* модули, даже если CPU поддерживает SpeedStep. Как следствие, не загружаются и governors и/или powersaved, и процессор работает на максимальной скорости. FR состоит в загрузке speedstep-* модулей для процессора и какого-либо управлятеля этой частотой.
(подумав) 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.
