[devel] А не пойти ли нам ... на module-init-tools

[devel] А не пойти ли нам ... на module-init-tools

[Anton Farygin]

Всем привет.

Господа, есть тема для обсуждения - переход на module-init-tools для 2.6 
ядра.

Когда-то давным давно мы отказались от перехода - module-init-tools был 
слабый, кривой и ужасный.

Сейчас все меняется, module-init-tools стал несколько лучше, да и 
потребность в сильно продвинутом языке доступном в modules.conf через 
modutils практически отпала в связи с появлением udev/hotplug/libhw и т.д.

Есть более правильные инструменты, позволяющие реализовать то, что 
реализовывалось в modules.conf

Собственно вопрос: есть ли среди нас те, кому жизненно необходим на ядре 
2.6 /etc/modules.conf, а не /etc/modprobe.conf ?
И котовы ли они выделять достаточные ресурсы на доработку modutils с 
целью поддержки ядра 2.6 ?

Rgds,
Rider

Re: [devel] А не пойти ли нам ... на module-init-tools

[Genix]

Anton Farygin wrote:

> Собственно вопрос: есть ли среди нас те, кому жизненно необходим на ядре 
> 2.6 /etc/modules.conf, а не /etc/modprobe.conf ?
> И котовы ли они выделять достаточные ресурсы на доработку modutils с 
> целью поддержки ядра 2.6 ?

Антон, ты это планируешь уже к 3.0 протолкнуть, или пока только 
"прощупываешь почву"?

-- 
У каждого в башке свои тараканы...

Re: [devel] А не пойти ли нам ... на module-init-tools

[Anton Farygin]

Genix wrote:

> Anton Farygin wrote:
>
>> Собственно вопрос: есть ли среди нас те, кому жизненно необходим на 
>> ядре 2.6 /etc/modules.conf, а не /etc/modprobe.conf ?
>> И котовы ли они выделять достаточные ресурсы на доработку modutils с 
>> целью поддержки ядра 2.6 ?
>
>
> Антон, ты это планируешь уже к 3.0 протолкнуть, или пока только 
> "прощупываешь почву"?
>
К 3.0 прощупываю почву.

Rgds,
Rider

Re: [devel] А не пойти ли нам ... на module-init-tools

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 615 bytes --]

Hi,

On Tue, Jan 11, 2005 at 04:16:12PM +0300, Anton Farygin wrote:
> Господа, есть тема для обсуждения - переход на module-init-tools для 2.6 
> ядра.
> 
> Когда-то давным давно мы отказались от перехода - module-init-tools был 
> слабый, кривой и ужасный.
> 
> Сейчас все меняется, module-init-tools стал несколько лучше, да и 
> потребность в сильно продвинутом языке доступном в modules.conf через 
> modutils практически отпала в связи с появлением udev/hotplug/libhw и т.д.

Расскажи подробнее, пожалуйста, каким образом появление
udev/hotplug/libhw/etc делает modutils ненужным.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] А не пойти ли нам ... на module-init-tools

[Anton Farygin]

Dmitry V. Levin wrote:

>Hi,
>
>On Tue, Jan 11, 2005 at 04:16:12PM +0300, Anton Farygin wrote:
>  
>
>>Господа, есть тема для обсуждения - переход на module-init-tools для 2.6 
>>ядра.
>>
>>Когда-то давным давно мы отказались от перехода - module-init-tools был 
>>слабый, кривой и ужасный.
>>
>>Сейчас все меняется, module-init-tools стал несколько лучше, да и 
>>потребность в сильно продвинутом языке доступном в modules.conf через 
>>modutils практически отпала в связи с появлением udev/hotplug/libhw и т.д.
>>    
>>
>
>Расскажи подробнее, пожалуйста, каким образом появление
>udev/hotplug/libhw/etc делает modutils ненужным.
>  
>
Не modutils, а языка в modules.conf.

modprobe, depmod, insmod и т.д. естественно остается.

Просто многие навороченные конструкции, которые можно было делать в 
modules.conf переползают в конфиги udev (/etc/dev.d/*)

Например тот же options остается, а выполнение команд после загрузки 
модуля можно перенести в /etc/dev.d/ или в hotplug. (хотя можно и 
оставить в /etc/modprobe.conf)

Вообще надо подумать.. список команд в module-init-tools:
alias
options
install
remove
include

с помощью которых описывается вся функциональность modules.conf.

А в modutils:
         [add] above module module_list
         alias alias_name result
         [add] below module module_list
         define VARIABLE WORD
         depfile=A_PATH
         else
         elseif EXPRESSION
         endif
         if EXPRESSION
         include PATH_TO_CONFIG_FILE
         insmod_opt=GENERIC_OPTIONS_TO_INSMOD
         install module command ...
         keep
         [add] options module MODULE_SPECIFIC_OPTIONS
         path=A_PATH
         path[TAG]=A_PATH
         generic_stringfile=A_PATH
         pcimapfile=A_PATH
         isapnpmapfile=A_PATH
         usbmapfile=A_PATH
         parportmapfile=A_PATH
         ieee1394mapfile=A_PATH
         pnpbiosmapfile=A_PATH
         [add] probe name module_list
         [add] probeall name module_list
         prune filename
         post-install module command ...
         post-remove module command ...
         pre-install module command ...
         pre-remove module command ...
         remove module command ...
         persistdir directory_name

Насколько мы используем все то, чего нет в modules-init-tools ?

Rgds,
Rider

Re: [devel] А не пойти ли нам ... на module-init-tools

[Вячеслав Диконов]

В Втр, 11/01/2005 в 16:16 +0300, Anton Farygin пишет:
> Всем привет.
> 
> Господа, есть тема для обсуждения - переход на module-init-tools для 2.6 
> ядра.
> 
> Когда-то давным давно мы отказались от перехода - module-init-tools был 
> слабый, кривой и ужасный.
> 
> Сейчас все меняется, module-init-tools стал несколько лучше, да и 
> потребность в сильно продвинутом языке доступном в modules.conf через 
> modutils практически отпала в связи с появлением udev/hotplug/libhw и т.д.
> 
> Есть более правильные инструменты, позволяющие реализовать то, что 
> реализовывалось в modules.conf
> 
> Собственно вопрос: есть ли среди нас те, кому жизненно необходим на ядре 
> 2.6 /etc/modules.conf, а не /etc/modprobe.conf ?
> И котовы ли они выделять достаточные ресурсы на доработку modutils с 
> целью поддержки ядра 2.6 ?
Насколько прозрачным и лёгким будет переход при dist-upgrade?

У меня из не слишком часто встречающегося железа - DVB Skystar1. У нас
нет автоопределения DVB устройств и как следствие - автоматической
настройки на конкретную модель. Новая система позволит автоматом
настраивать такие платы?   

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] А не пойти ли нам ... на module-init-tools

[Anton Farygin]

Вячеслав Диконов wrote:

>В Втр, 11/01/2005 в 16:16 +0300, Anton Farygin пишет:
>  
>
>>Всем привет.
>>
>>Господа, есть тема для обсуждения - переход на module-init-tools для 2.6 
>>ядра.
>>
>>Когда-то давным давно мы отказались от перехода - module-init-tools был 
>>слабый, кривой и ужасный.
>>
>>Сейчас все меняется, module-init-tools стал несколько лучше, да и 
>>потребность в сильно продвинутом языке доступном в modules.conf через 
>>modutils практически отпала в связи с появлением udev/hotplug/libhw и т.д.
>>
>>Есть более правильные инструменты, позволяющие реализовать то, что 
>>реализовывалось в modules.conf
>>
>>Собственно вопрос: есть ли среди нас те, кому жизненно необходим на ядре 
>>2.6 /etc/modules.conf, а не /etc/modprobe.conf ?
>>И котовы ли они выделять достаточные ресурсы на доработку modutils с 
>>целью поддержки ядра 2.6 ?
>>    
>>
>Насколько прозрачным и лёгким будет переход при dist-upgrade?
>
>У меня из не слишком часто встречающегося железа - DVB Skystar1. У нас
>нет автоопределения DVB устройств и как следствие - автоматической
>настройки на конкретную модель. Новая система позволит автоматом
>настраивать такие платы?   
>
>  
>
Это кхм... несколько другое.

Новая система позволит сделать новую систему, которая позволит автоматом 
настраивать DVD карты.

А вообще есть скрипт для конвертации существующего modules.conf  в новый 
modprobe.conf.

Rgds,
Rider

Re: [devel] А не пойти ли нам ... на module-init-tools

[Вячеслав Диконов]

В Втр, 11/01/2005 в 17:02 +0300, Anton Farygin пишет:
> Вячеслав Диконов wrote:
> 
> >В Втр, 11/01/2005 в 16:16 +0300, Anton Farygin пишет:
> >  
> >
> >>Всем привет.
> >>
> >>Господа, есть тема для обсуждения - переход на module-init-tools для 2.6 
> >>ядра.
> >>
> >>Когда-то давным давно мы отказались от перехода - module-init-tools был 
> >>слабый, кривой и ужасный.
> >>
> >>Сейчас все меняется, module-init-tools стал несколько лучше, да и 
> >>потребность в сильно продвинутом языке доступном в modules.conf через 
> >>modutils практически отпала в связи с появлением udev/hotplug/libhw и т.д.
> >>
> >>Есть более правильные инструменты, позволяющие реализовать то, что 
> >>реализовывалось в modules.conf
> >>
> >>Собственно вопрос: есть ли среди нас те, кому жизненно необходим на ядре 
> >>2.6 /etc/modules.conf, а не /etc/modprobe.conf ?
> >>И котовы ли они выделять достаточные ресурсы на доработку modutils с 
> >>целью поддержки ядра 2.6 ?
> >>    
> >>
> >Насколько прозрачным и лёгким будет переход при dist-upgrade?
> >
> >У меня из не слишком часто встречающегося железа - DVB Skystar1. У нас
> >нет автоопределения DVB устройств и как следствие - автоматической
> >настройки на конкретную модель. Новая система позволит автоматом
> >настраивать такие платы?   
> >
> >  
> >
> Это кхм... несколько другое.
> 
> Новая система позволит сделать новую систему, которая позволит автоматом 
> настраивать DVD карты.
> 
> А вообще есть скрипт для конвертации существующего modules.conf  в новый 
> modprobe.conf.
Если работает, то возражать не буду. Только мне нужно знать, как
собирать новую версию dvb драйвера, и как будут грузиться эти модули с
автораспознаванием или без.

Сейчас положено прописывать в modules.conf так: 

probeall /dev/dvb dvb-ttpci
alias /dev/dvb/* /dev/dvb
below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
add below dvb-ttpci grundig_29504-401 grundig_29504-491
add below dvb-ttpci stv0299 ves1820

Происходит автоматический выбор модулей под конкретную модификацию SS1.
Для SS2 содержимое должно быть другим, но я не знаю как это реализовать.

Как это будет в прекрасном новом мире?
-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] А не пойти ли нам ... на module-init-tools

[Вячеслав Диконов]

В Срд, 12/01/2005 в 18:07 +0300, Вячеслав Диконов пишет:
> > А вообще есть скрипт для конвертации существующего modules.conf  в новый 
> > modprobe.conf.
> Если работает, то возражать не буду. Только мне нужно знать, как
> собирать новую версию dvb драйвера, и как будут грузиться эти модули с
> автораспознаванием или без.
> 
> Сейчас положено прописывать в modules.conf так: 
> 
> probeall /dev/dvb dvb-ttpci
> alias /dev/dvb/* /dev/dvb
> below dvb-ttpci alps_bsrv2 alps_tdmb7 alps_tdlb7
> add below dvb-ttpci grundig_29504-401 grundig_29504-491
> add below dvb-ttpci stv0299 ves1820
> 
> Происходит автоматический выбор модулей под конкретную модификацию SS1.
> Для SS2 содержимое должно быть другим, но я не знаю как это реализовать.
> 
> Как это будет в прекрасном новом мире?
Переход, думаю, и параллельное 2.4 заденет, да и в 2.6 надо будет
возиться с встроенным драйвером, чтобы он рабочим был.
-- 
Вячеслав Диконов <sdiconov@mail.ru>