>(OTOH: ну не надо путать академконцерт и эстраду, особенно если отношение к
>последней так себе -- ну не будет на акустической гитаре "вот
>море молодых колышут супербасы")
это что-ли к железной архитектуре опять?
по-моему, очевидно, что проблема в софте.>>Я поддерживаю лишь саму идею микроядра, как средство разграничения доступа драйверов.
>Мне же сиренево, пока оно работает.
а как не работает - хоть сядь и плач. Или вы намерены заставить какую-нить китайскую фирму вам срочно дрова чинить потому что вот в такой конифге они ложат ядро?
>>Работает, пока.
>Нет, просто работает.
на новое не расчитываете уже? или уверены, что всех существующих дров всем на Земле хватит и навсегда?
>Не наблюдаю ёрзанья. MS с микроядра, как известно, слез (и про
>обратный процесс не слышал). Недавно бросались ссылкой на lwn (что-то
>не нашёл быстро), где и LKML'ный народ высказывался в духе "хорошо,
>что Линус не купился на ту провокацию".
хорошая провокация...
недоверенный код в ядре - вот где провокация
>Пинайте поставщиков железа "хочу драйверов, и хорошо бы чтоб в ванилле, а
>не под RHEL". Я вот несколько лет такое хотение именно
>так при закупках и высказываю в случае, когда это не серверное
>железо, где поставщик заведомо в курсе, что надо, и обычно уже
>в курсе, как оно работает под линуксом.
а я не хочу никого пинать, уговаривать "ну, напишите драйверочег, да ну окупиццо он,
много вокруг линуксоидов уже..."
Хочу, чтоб разработка дров была и дешевле и легче - тогда и у говаривать никого не нужно будет.
Да и больше своих кровных тратить просто потому что дрова под монолит писать тяжелее (ессьно, и железо будет дороже) - как-то логически плохо объяснимо...
>Ещё раз: выход здесь не в кривых драйверах под микроядром (это классический
>подход MS&Co -- сделать вид, что проблемы нет),
дык никто и не обещал заведомо кривых дров ;)
обещали те, которые будут. Ессьно, они не будут идеальными...
>а в обучении драйверокодеров и открытии спецификаций.
я вам "нужно менять стуктура ядра", а вы мне "давайте школу девелоперов открывать".
Как-то не готов я обучить всех кетайчегов (ну, кто железо клепает - там же недалеко могут и дрова писаццо) правильно дрова писать. Посему, мне кажеться, что проще в одном месте сделать 100% надежно, а вот качество дров даже проконтролировать не получиться... (если думаете, что получиться - смотрите как корчиццо негросовт с сертификацией сторонних дров. Куда их все дубут слать с таким подходом, да и все равно хрен что получаеццо. В чудом коже копаццо - дело неблагодарное..)
>Коллеги (формально и я, но вовремя отмазался, т.к. не разработчик) готовили пару
>лет назад для местного отделения разработки одного из крупнейших мировых производителей
>чипов уникальный курс по разработке для Linux 2.x -- а, да
>вот он: http://www.edu.kvazar-micro.com/education/it/linux/ld_1.php -- таким образом в каком-то смысле помогаем поставщикам
>писать нормальные драйверы. Правда, в данном разе скорее встроенные.
_всех_ и _навсегда_ не научишь писать ровные дрова.
Нужен иной выход.
Если есть предложения кроме микроядерного подхода - озвучьте, плз.
