|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Mosgalin 2:5030/1041.17 29 Aug 2001 02:14:20
To : Vladimir Bormotov
Subject : Автоматически конфигурируемое ядро
--------------------------------------------------------------------------------
27 Авг 01 11:27, you wrote to me:
VM>>>> Вот интересно - в эхотаге в ближайшее время будут делать сабж?
VM>>>> Т.е. чтобы само настраивалось на подключенное оборудование.
VB>>> дистрибутивные ядра RedHat/BCL/ASP (и видимо Mdk/Alt) уже давно
VB>>> поступают именно так.
VB>>> Или под "подключенное оборудование" имелось в виду что-то
VB>>> особенное?
VM>> Расскажи поподробнее, пожалуйста. Ты про "kudzu"?
VB> спрашивали про про ядро? Так вот я про ядро.
VB> про kudzu я забыл когда писал вот те строки ;)
Да, мне интересно именно поддержка нового оборудования ядром.
VM>> Так это глюкало несколько раз поработало нормально, а теперь при
VM>> каждом запуске (т.е. при загрузке) в корку летит.
VB> может есть смысл найти причину и поправить?
Hет, думаю никакого.
VM>> Hет, я говорю именно про само ядро. Типа - дашь команду ядру
VM>> (например, создашь файл), выключаешь комп, включаешь девайс,
VM>> включаешь комп. Ядро обнаруживает девайс и автоматически
VM>> конфигурирует (или компилирует) себя для поддержки этого девайса.
VM>> так в чем проблема? Все что втыкается в USB/PCMCIA так и работает
VM>> (разве
VB> что ядро само не компилит, и это правильно - нехватло чтоб у меня на
VB> компе что-то само компилилось).
_Само_ оно и не должно. Только когда ты дал команду перед выключением и
подключаешь какие-нибудь девайсы.
VB> Остальное тоже доступно в некоторых пределах, только опять-же, ядро
VB> тут совершенно непричем.
Именно причем. Когда подключенные девайсы должны заработать до загрузки системы.
VM>> Фактически, при таком раскладе не нужно вообще никогда думать о
VM>> самостоятельной сборке ядра.
VB> Я же гвоорю - я вот не думаю о самостоятельной сборке ядра, уже
VB> давно. Я точно знаю, что ребята из RH/ASP(BCL) гораздо лучше меня
VB> умеют собирать ядро.
А почему бы не перенести этот интеллект, собирающий ядро в само ядро? Разве это
так уж сложно? Hет, конечно есть случаи когда нужна помощь человека, но
идентифицировать имеющиеся устройства и вкомпилировать поддержку в ядро - можно.
VB> Иногда бывает нужно собрать какие-то левые модули, которых нет в
VB> основном дереве, или обновить версию модуля, поскольку тормоз-Линус не
VB> решается ее включить в основное дерево, но это бывает раз в год.
Если не решается - обычно есть причины (или опасения)... Hе дурак он все-таки.
VB> Собвенно, на даном этапе, если устройво поддерживается ядром, то в
VB> большинсве случаев, достаточно просто собрать его модулем (есть
VB> конечно некоторые, которые не умеют, и так далее - "приятные
VB> исключения"). Все, к ядру больше претензий совсем нет. Остальное -
VB> прописать в конфигах то, что нужно для использования этого устройства
VB> - вот этим и призвана заниматься kudzu и подобные утилиты.
То есть, ты предлагаешь вообще никому не собирать ядра а пользоваться теми, что
дают авторы дистрибутива? Hо я например считаю, что модулей действительно мало.
И они никак не дают поддержку устройств, нужных во время самых начальных стадий
загрузки.
Vladimir
... I wanna live, I wanna love, but it's a long hard road, out of hell...
--- Why use Windows, since there is a door?
* Origin: [...CENSORED...] (2:5030/1041.17)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
