|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 30 Aug 2001 12:25:52
To : Vladimir Mosgalin
Subject : Re: Автоматически конфигурируемое ядро
--------------------------------------------------------------------------------
Hi, Vladimir!
>>>>> "VM" == Vladimir Mosgalin
>>>>> <Vladimir.Mosgalin@p17.f1041.n5030.z2.fidonet.org> writes:
VM>>> Типа - дашь команду ядру (например, создашь файл), выключаешь комп,
VM>>> включаешь девайс, включаешь комп. Ядро обнаруживает девайс и
VM>>> автоматически конфигурирует (или компилирует) себя для поддержки
VM>>> этого девайса.
VB>> так в чем проблема? Все что втыкается в USB/PCMCIA так и работает
VB>> (разве что ядро само не компилит, и это правильно - нехватло чтоб у
VB>> меня на компе что-то само компилилось).
VM> _Само_ оно и не должно.
а как тогда понять "автоматически конфигурит (или компилирует)"?
VM> Только когда ты дал команду перед выключением и подключаешь
VM> какие-нибудь девайсы.
Команду перед включением машины?
Я же говорю - те девайсы, которые
1. расчитаны на подключение без выключения питания (USB/PCMCIA)
2. поддреживаются ядром
подключаются сами, или по команде "подключи его".
VB>> Остальное тоже доступно в некоторых пределах, только опять-же, ядро
VB>> тут совершенно непричем.
VM> Именно причем. Когда подключенные девайсы должны заработать до
VM> загрузки системы.
которых до выключения не было? И что, такое бывает очень часто?
VB>> Я же гвоорю - я вот не думаю о самостоятельной сборке ядра, уже
VB>> давно. Я точно знаю, что ребята из RH/ASP(BCL) гораздо лучше меня
VB>> умеют собирать ядро.
VM> А почему бы не перенести этот интеллект, собирающий ядро в само ядро?
я спрошу а Саши Канесвкого, почему-бы не перенести его интелект в ядра ASP
;)))
VM> Разве это так уж сложно?
"Практичски невозможно!" ;)
VM> Hет, конечно есть случаи когда нужна помощь человека, но
VM> идентифицировать имеющиеся устройства и вкомпилировать поддержку в
VM> ядро - можно.
так вот, посмотри на современное ядро, там все именно так, как ты
говоришь. Все что может быть загружено "после" - можно вынести в модули.
Иногда даже то, что нужно для самого процесса загрузки, и именно для
этого, придумали initrd support.
VB>> Иногда бывает нужно собрать какие-то левые модули, которых нет в
VB>> основном дереве, или обновить версию модуля, поскольку тормоз-Линус не
VB>> решается ее включить в основное дерево, но это бывает раз в год.
VM> Если не решается - обычно есть причины (или опасения)... Hе дурак он
VM> все-таки.
Он не дурак. Он "хакер". А в теперешней ситуации, гораздо правильнее чтоб
всем проектом управлял менеджер. Впрочем это мое мнение.
VB>> Собвенно, на даном этапе, если устройво поддерживается ядром, то в
VB>> большинсве случаев, достаточно просто собрать его модулем (есть
VB>> конечно некоторые, которые не умеют, и так далее - "приятные
VB>> исключения"). Все, к ядру больше претензий совсем нет. Остальное -
VB>> прописать в конфигах то, что нужно для использования этого устройства
VB>> - вот этим и призвана заниматься kudzu и подобные утилиты.
VM> То есть, ты предлагаешь вообще никому не собирать ядра а пользоваться
VM> теми, что дают авторы дистрибутива?
не, ну зачем-же кидаться в крайности?
VM> Hо я например считаю, что модулей действительно мало.
честно говоря, я давно не смотрел конфигурацию ядра, и не помню что там
нельзя собрать модулем. В идеале, конечно хочется чтоб модулем можно было
собрать все. Даже хочется чтоб нельзя было собирать статическое ядро
"одним куском".
VM> И они никак не дают поддержку устройств, нужных во время самых
VM> начальных стадий загрузки.
здрасте. initrd.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
