[devel] modules-init-tools
Alexander Bokovoy
=?iso-8859-1?q?a=2Ebokovoy_=CE=C1_sam-solutions=2Enet?=
Вт Дек 9 12:47:47 MSK 2003
On Tue, Dec 09, 2003 at 10:33:46AM +0300, Anton Farygin wrote:
> >>Может быть это сделать на уровне баз данных ?
> >
> >В modprobe поддержка работы с зависимостями между модулями все равно
> >остается, так что не имеет смысла дублировать ее на уровне БД. Нужно в БД
> >хранить правильную информацию для того, чтобы modprobe ее мог внятно
> >использовать. Скажу еще, что и в 2.4 у _нас_ полностью возможности
> >modprobe не используются, тем самым создавая проблемы с конфигурациями,
> >где должны загружаться нетривиальные стеки модулей.
>
> Ести ли пример дистрибутива (или средств настройки), где используются
> полностью возможности modprobe ?
Не знаю, честно говоря -- не смотрел. Но ты ведь понимаешь, что это не аргумент
против использования возможностей modprobe правильным образом? :)
> >>>>реально не понимю как мы сможем конфигурить железо для двух ядер сразу ?
> >>>
> >>>Нормальными базами данных по драйверам. Не вижу никаких проблем.
> >>
> >>Ага. т.е. - в базу данных добавить параметр - ветка ядра.
> >
> >Это самое элементарное.
>
> Да. Только ряд вопросов все равно остается:
> 1) Для каких полей базы данных необходимо использовать параметр - версию
> ядра. На мой взгляд: имени модуля недостаточно. Нужно как минимум для
> команд настройки и строк modutils.
> 2) Как быть с реализацией автоопределения устройств в разных ядрах ? Я
> не хотел бы реализовывать детект мыши для ядра 2.4, ибо ядро 2.6 это
> делает самостоятельно и записывает эту информацию в /proc/bus/input.
>
> Мышь - это только пример. Кроме этого могут быть различия в работе SCSI,
> USB, FireWire и т.д.
Давай обсудим эту тему на следующей неделе, когда у меня будет время и я
приеду в МСК?
--
/ Alexander Bokovoy
Samba Team http://www.samba.org/
ALT Linux Team http://www.altlinux.org/
Midgard Project Ry http://www.midgard-project.org/
Подробная информация о списке рассылки Devel