(подумав) 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.