Re: [d-kernel] Про сторонние модули

[Zhenja Kaluta <tren@altlinux.ru>]

>>>>> "AF" == Anton Farygin writes:

 AF>   Zhenja Kaluta пишет:
 >>>>>>> "AF" == Anton Farygin writes:
 >>   >>  Неплохо было бы /заполучить/ механизм автоматического
 >>   >>  добавления в modules.conf модулей, которые доставляются
 >>   >>  отдельными от ядра пакетами. Наверное, можно было бы сделать
 >>   >>  нечто вроде /etc/modules.d/ в которую складывать
 >>   >>  соответствующие кусочки модульных конфигураций, и которые бы
 >>   >>  инклюдились из
 >>  [...]
 >>     AF>  СТОП СТОП СТОП !!!  Не в коем случае ничего нельзя
 >>     AF>  прописывать в POST скриптах в
 >>   AF>  modules.conf!!!
 >>     AF>  Прошу это внести в policy.
 >>  точно, нужно вносить в другие места, которые нужно придумать.
 >>  AF> Для обновления modules.conf есть другой, более правильный
 >>   AF>  механизм. На данный момент это kudzu.
 >>  У меня суппер-пуппер крутой модуль, обслуживающий офигительный
 >>  рамдиск. Что делать с kudzu?
  
 AF>  Ничего не надо делать... речь идет о модулях для железа, а не
 AF>  для программных реализаций всякой хрени.

Отлично! Никто ведь не мешает определить железо, положить
соответствующие куски в /etc/modules.d/ и позвать update-modules?
  
 >>     AF>  Т.е. - сначала определяется небоходимость внесения
 >>     AF>  изменений
 >>  в
 >>   AF>  modules.conf и только потом вносятся сами изменения.
  
 AF>  Ну и зачем его в modules.conf при установке пакета прописывать ?

Чтобы он  автоматически поднимался при обращении к обслуживаемому
устройству. Другой пример -- evms. Аналогичная ситуацию -- железные
девайсы есть одно, но ежели мы к ним полезем через major number 117,
получим уже совсем другую картину. 

c /etc/modules.d/ получается более гибкая схема. 

-- 
Zhenja Kaluta                                            ICQ 74596027
GnuPG FingerPrint: B86C B548 7CC4 B58F 0CA3  856E 7EE8 52DE E6B7 8725