Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 4222 из 8555 ========================================= RU.LINUX =
От   : Eugene Muzychenko                2:5000/14          25 Apr 17 15:52:16
Кому : Alexey Vissarionov                                  25 Apr 17 15:52:16
Тема : Совместимость ядер и ядерных модулей
FGHI : area://RU.LINUX?msgid=2:5000/14+58ff0e41
На   : area://RU.LINUX?msgid=2:5020/545+58ff0777
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Привет!

25 Apr 17 11:00, you wrote to me:

AV>>> Это в оффтопиках микроядра и к ним, соответственно, драйверы...
EM>> Это уже явная игра словами.

AV> Не... это - самая обычная терминология.

Тогда чем отличается "драйвер" от "модуля, непосредственно управляющего устройством"? :)

AV> Модуль, который не загружен, все равно является частью ядра.

По каким критериям он является "частью"? Что знает ядро о конкретном модуле, пока он не только не загружен, но и даже не собран, более того - еще не написан? :)

AV> https://ru.wikipedia.org/wiki/Монолитное_ядро :-)

Дык, я это читал. :) Все признаки, перечисленные в этой статье для монолитных модульных ядер, имеются в виндовом ядре.

AV> А "простому пользователю" про ядерные модули знать не то что не нужно,
AV> а попросту запрещено.

Так и под виндой ему этого тоже не нужно знать. :) Ему нужно лишь найти (на прилагаемом диске или в интернете) некую сущность под названием "драйвер", и указать на нее системе (ну, или запустить прилагаемое приложение-установщик). Hо при этом виндовый драйвер поставляется в полностью готовом к работе виде. Разработчик сделал все, от него зависящее, для приведения драйвера в этот вид.

А линуксовый драйвер - это, по сути, сырье для изготовления конечного продукта, и разработчик по определению не может полностью за него отвечать - часть ответственности перекладывается на компилятор, которым его будут собирать, часть - на заголовки/библиотеки, еще часть - на конфигурацию ядра.

Если бы у этого многоэтапного и сложносвязанного подхода были серьезные основания - его можно было бы понять. Hо пока я таких оснований не вижу, кроме упрямства "мы так захотели, и идите все в жопу". :) Что-нибудь более объективное имеется? :)

Всего доброго!
Евгений Музыченко
eu-gene@muzy-chen-ko.net (все дефисы убрать)

--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Fox Tracks, Novosibirsk, Russia (2:5000/14)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.081533 секунды