On Sun, 21 Sep 2003 15:30:58 +0300 Alexander Bokovoy wrote: > > > - автоматическое детектирование PCI устройств и загрузка драйверов -- > > > тут нужна более плотная интеграция с имеющимся у нас /etc/modutils.d/ > > > и развязывание зависимостей на kudzu -- для PCI-устройств kudzu > > > является стрельбой из пушки, можно сделать все проще (скрипт pcidetect, > > > работающий по этой схеме, уже есть, работает для сети и аналогичных > > > устройств), да и расстановка приоритетов привязки драйверов не > > > помешает (важно для мульти-хостовых серверов, где имена сетевых > > > интерфейсов иногда нужно жестко закреплять за драйверами); > > > > Аналогично... только там есть некоторая проблема: нужно будет еще > > создавать симлинки на устройства (/dev/modem ->/dev/ttyPCT например), > > для некоторых - нужно insmod'ом грузить два драйвера (ptserial_sis > > например), для некоторых - прописывать дополнительные конфигурационные > > файлы (или запускать дополнительные программы)... и т.д. > Это -- не проблема. Что касается загрузки нескольких драйверов, то: > > - нужно отказываться от использования insmod, как класс, в пользу > modprobe. Из-за присутствия insmod мы уже наблюдали проблемы в initrd > при загрузке чипсетов IDE, с modprobe они работают без проблем. А настоящий источник этих проблем установить так и не удалось? modprobe в initrd какой затащили? mkrescue хотя бы в простых случаях работать сможет (будет ли initrd влезать на дискетку)? > - это достижимо средствами modutils без проблем -- специальные команды > есть (above/below). > > Вообщем, есть уже готовый аппарат в modutils, который все требуемое > обеспечивает -- и запуск программ, и вытягивание стеков модулей, и > последовательное опробывание цепочки драйверов. [skip] > Да, забыл в указанном списке упомянуть ACPI и динамическую загрузку > исправленных DSDT. Патч для поиска исправленных DSDT в initrd Сергей > Власов уже нашел, вопрос в создании инфраструктуры и сборке пакетов с > исправленными DSDT с acpi.sf.net. Он уже лежит в kernel-feat-acpi.