|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Mosgalin 2:5030/1041.17 30 Aug 2001 23:56:10
To : Vladimir Bormotov
Subject : Автоматически конфигурируемое ядро
--------------------------------------------------------------------------------
30 Авг 01 12:25, you wrote to me:
VM>>>> Типа - дашь команду ядру (например, создашь файл), выключаешь
VM>>>> комп, включаешь девайс, включаешь комп. Ядро обнаруживает
VM>>>> девайс и автоматически конфигурирует (или компилирует) себя для
VM>>>> поддержки этого девайса.
VB>>> так в чем проблема? Все что втыкается в USB/PCMCIA так и
VB>>> работает (разве что ядро само не компилит, и это правильно -
VB>>> нехватло чтоб у меня на компе что-то само компилилось).
VM>> _Само_ оно и не должно.
VB> а как тогда понять "автоматически конфигурит (или компилирует)"?
Понимать так - с _моего_ (твоего, etc) разрешения. И чтобы я (пусть примерно)
понимал, что оно делает и чего от него ждать.
VM>> Только когда ты дал команду перед выключением и подключаешь
VM>> какие-нибудь девайсы.
VB> Команду перед включением машины?
VB> Я же говорю - те девайсы, которые
VB> 1. расчитаны на подключение без выключения питания (USB/PCMCIA)
VB> 2. поддреживаются ядром
VB> подключаются сами, или по команде "подключи его".
Типа "за usb будущее (на настольных компах)"? Посмотрим :)
В возможностях pcmcia, правда, я не сомневаюсь. А что - действительно такие
устройства поддерживаются без проблем? Собственный драйвер, надо полагать, им
все равно нужен?
VB>>> Остальное тоже доступно в некоторых пределах, только опять-же,
VB>>> ядро тут совершенно непричем.
VM>> Именно причем. Когда подключенные девайсы должны заработать до
VM>> загрузки системы.
VB> которых до выключения не было? И что, такое бывает очень часто?
Hу не очень. Зато написал хорошую программу, поставил ее всем и забыл про лишние
вещи.
VB>>> Я же гвоорю - я вот не думаю о самостоятельной сборке ядра, уже
VB>>> давно. Я точно знаю, что ребята из RH/ASP(BCL) гораздо лучше
VB>>> меня умеют собирать ядро.
VM>> А почему бы не перенести этот интеллект, собирающий ядро в само
VM>> ядро?
VB> я спрошу а Саши Канесвкого, почему-бы не перенести его интелект в
VB> ядра ASP ;)))
А что - их суппорт открыт для простых смертных? Или надо за что-то платить,
иметь знакомых, etc.?
VM>> Разве это так уж сложно?
VB> "Практичски невозможно!" ;)
Да ну. Hу вот подумай - много ли ты принимаешь решений при сборке ядра, особенно
когда это не в первый в жизни раз? Я - практически никаких. И в тоже время нет
утилиты, которая сделает это за меня.
(только не надо предлагать мне ее прямо сейчас писать)
VM>> Hет, конечно есть случаи когда нужна помощь человека, но
VM>> идентифицировать имеющиеся устройства и вкомпилировать поддержку
VM>> в ядро - можно.
VB> так вот, посмотри на современное ядро, там все именно так, как ты
VB> говоришь. Все что может быть загружено "после" - можно вынести в
VB> модули. Иногда даже то, что нужно для самого процесса загрузки, и
VB> именно для этого, придумали initrd support.
Я в каком-то письма минут двадцать назад привел некоторое оборудование (где-то
пол-минуты на конфиги смотрел), которое нельзя вынести в модули. И производители
дистрибутива не заботяться его вкомпилять в ядро - что, впрочем, обычно
правильно.
VM>> Hо я например считаю, что модулей действительно мало.
VB> честно говоря, я давно не смотрел конфигурацию ядра, и не помню что
VB> там нельзя собрать модулем. В идеале, конечно хочется чтоб модулем
VB> можно было собрать все. Даже хочется чтоб нельзя было собирать
VB> статическое ядро "одним куском".
hurd? Там что-то близкое к этому. Цель проекта gnu, как-никак... Я все мечтал
пощупать это дома как следует, но мне отсоветовали - "тормозит". В частности,
из-за такого ядра. Зато "правильно"!
VM>> И они никак не дают поддержку устройств, нужных во время самых
VM>> начальных стадий загрузки.
VB> здрасте. initrd.
Согласен. 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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
