#11
|
|||
|
|||
Совместимость ядер и ядерных модулей
Alexey Vissarionov написал(а) к Eugene Muzychenko в Apr 17 09:26:00 по местному времени:
Доброго времени суток, Eugene! 05 Apr 2017 12:51:50, ты -> мне: EM>>> В каких "взрослых" линуксах не работает insmod? AV>> Например, RНEL - разве что не из коробки, а настроенный для AV>> спецприменений. EM> То есть, это таки исключение, а не правило. Тогда чем обусловлена EM> несовместимость модулей с ядрами внутри одной архитектуры? Прежде всего параметрами сборки и версиями. -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Кто с чем к нам зачем - тот от того и того --- /bin/vi |
#12
|
|||
|
|||
Совместимость ядер и ядерных модулей
Eugene Muzychenko написал(а) к Alexey Vissarionov в Apr 17 13:35:21 по местному времени:
Привет! 05 Apr 17 09:26, you wrote to me: EM>> чем обусловлена несовместимость модулей с ядрами внутри одной EM>> архитектуры? AV> Прежде всего параметрами сборки и версиями. Понятно, что параметрами. Я в том смысле, чем обусловлена необходимость статической привязки к этим параметрам/версиям. На дворе вроде как не 80-е. Или на этом удается сколько-нибудь заметно сэкономить в объеме кода? Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20161221 |
#13
|
|||
|
|||
Совместимость ядер и ядерных модулей
Alexey Vissarionov написал(а) к Eugene Muzychenko в Apr 17 10:50:40 по местному времени:
Доброго времени суток, Eugene! 05 Apr 2017 09:50:00, ты -> мне: EM>>> чем обусловлена несовместимость модулей с ядрами внутри одной EM>>> архитектуры? AV>> Прежде всего параметрами сборки и версиями. EM> Понятно, что параметрами. Я в том смысле, чем обусловлена EM> необходимость статической привязки к этим параметрам/версиям. EM> На дворе вроде как не 80-е. Или на этом удается сколько-нибудь EM> заметно сэкономить в объеме кода? Какой нахрен привязки? Ядерный модуль не является самостоятельным ПО, и компилируется только с тем ядром, где будет использоваться. То, что говносборщики что-то для чего-то не собирают - исключительно их жопоголовость и рукожопость. -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Нет стандарта, кроме POSIX, и man(1) - пророк его! --- /bin/vi |
#14
|
|||
|
|||
Совместимость ядер и ядерных модулей
Eugene Muzychenko написал(а) к Alexey Vissarionov в Apr 17 17:18:55 по местному времени:
Привет! 05 Apr 17 10:50, you wrote to me: AV> Ядерный модуль не является самостоятельным ПО, и компилируется только AV> с тем ядром, где будет использоваться. Какой смысл в такой парадигме? В серьезных ОС от нее давным-давно отказались. Единственное, что ее может оправдать - это совсем уж запредельная (порядка сотен байт на модуль, и нескольких килобайт - на ядро) экономия, но запредельностью OpenWRT как раз не страдает, экономия там вполне умеренная. AV> То, что говносборщики что-то для чего-то не собирают - исключительно AV> их жопоголовость и рукожопость. На кой отдельно собирать хренову гору модулей под каждый вариант ядра? Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20161221 |
#15
|
|||
|
|||
Совместимость ядер и ядерных модулей
Rinat H. Sadretdinow написал(а) к Eugene Muzychenko в Apr 17 14:28:46 по местному времени:
Нello Eugene! 05 Apr 17 17:18, you wrote to Alexey Vissarionov: AV>> Ядерный модуль не является самостоятельным ПО, и компилируется AV>> только с тем ядром, где будет использоваться. EM> Какой смысл в такой парадигме? Потому что (говоря понятными словами) модуль это не DLL, а .obj, который динамически прилинковывается к main.obj (ядро), соответственно при любом изменении stdafx.h (смены версии ядра) требуется перекомпиляция не только main.c для получения main.obj, но и всех modulename*.c, из которых получаются эти самые .obj Bye! --- GoldED+/LNX 1.1.5-b20150715 |
#16
|
|||
|
|||
Совместимость ядер и ядерных модулей
Nickita A Startcev написал(а) к Eugene Muzychenko в Apr 17 15:20:46 по местному времени:
Привет, Eugene ! 05 Apr 17 , 17:18 Eugene Muzychenko писал к Alexey Vissarionov: AV>> Ядерный модуль не является самостоятельным ПО, и компилируется AV>> только с тем ядром, где будет использоваться. EM> Какой смысл в такой парадигме? В серьезных ОС от нее давным-давно EM> отказались. Единственное, что ее может оправдать - это совсем уж EM> запредельная (порядка сотен байт на модуль, и нескольких килобайт - на EM> ядро) экономия, но запредельностью OpenWRT как раз не страдает, EM> экономия там вполне умеренная. лишний код - лишние дыры и глюки, лучше не грузить. AV>> То, что говносборщики что-то для чего-то не собирают - AV>> исключительно их жопоголовость и рукожопость. EM> На кой отдельно собирать хренову гору модулей под каждый вариант ядра? они сами собираются. вместе и во время сборки ядра. . С уважением, Никита. icq:240059686, lj-user:nicka_startcev ... Международная туристическая организация Аль-Каида --- GoldED+/LNX 1.1.5-b20161221 |
#17
|
|||
|
|||
Совместимость ядер и ядерных модулей
Alexey Vissarionov написал(а) к Eugene Muzychenko в Apr 17 16:00:00 по местному времени:
Доброго времени суток, Eugene! 05 Apr 2017 17:18:54, ты -> мне: AV>> Ядерный модуль не является самостоятельным ПО, и компилируется AV>> только с тем ядром, где будет использоваться. EM> Какой смысл в такой парадигме? Поменяли описание какой-нибудь структуры в одном заголовке - и все равно получили консистентную сборку. Таки да, такое возможно только в случае open-source. EM> В серьезных ОС от нее давным-давно отказались. Хм... а хотя бы одна из этих "серьезных ОС" еще дотягивает до эхотага по популярности? И не отказались, а не могут себе позволить даже при всем желании. EM> Единственное, что ее может оправдать - это совсем уж запредельная EM> (порядка сотен байт на модуль, и нескольких килобайт - на ядро) EM> экономия, но запредельностью OpenWRT как раз не страдает, экономия EM> там вполне умеренная. OpenWRT - пользователи, и собирают ядро так, как нужно им. AV>> То, что говносборщики что-то для чего-то не собирают - AV>> исключительно их жопоголовость и рукожопость. EM> На кой отдельно собирать хренову гору модулей под каждый вариант EM> ядра? Что получится, если тебе приделать хвост от бабуина? Вроде оба - обезьяны... :-) -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Хочу много знать, готов скоро состариться --- /bin/vi |
#18
|
|||
|
|||
Совместимость ядер и ядерных модулей
Eugene Muzychenko написал(а) к Rinat H. Sadretdinow в Apr 17 19:33:34 по местному времени:
Привет! 05 Apr 17 14:28, you wrote to me: RS> Потому что (говоря понятными словами) модуль это не DLL, а .obj, Ужас. :( А почему так убого? Так только в OpenWRT, или в других линуксах тоже? Получается, что для любого нового устройства нужно скачивать у производителя исходник драйвера и самостоятельно его компилить? А при смене ядра - пересобирать все драйверы? Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20161221 |
#19
|
|||
|
|||
Совместимость ядер и ядерных модулей
Eugene Muzychenko написал(а) к Nickita A Startcev в Apr 17 22:16:15 по местному времени:
Привет! 05 Apr 17 15:20, you wrote to me: NS> лишний код - лишние дыры и глюки, лучше не грузить. Забавный подход. :) Для чего тогда вообще модули? Это лишний код, лишние связи, раньше собирали ядро сразу со всеми драйверами, и сейчас могли бы собирать. Для чего вообще в линуксах "лишний" код по сравнению со старыми примитивными унихами? :) NS> они сами собираются. вместе и во время сборки ядра. Я в курсе, что скрипты их собирают сами. Зачем старательно поддерживать древнюю убогую модель, создающую серьезные неудобства? Всего доброго! Евгений Музыченко eu-gene@muzy-chen-ko.net (все дефисы убрать) --- GoldED+/W32-MSVC 1.1.5-b20161221 |
#20
|
|||
|
|||
Совместимость ядер и ядерных модулей
Rinat H. Sadretdinow написал(а) к Eugene Muzychenko в Apr 17 18:40:40 по местному времени:
Нello Eugene! 05 Apr 17 19:33, you wrote to me: RS>> Потому что (говоря понятными словами) модуль это не DLL, а .obj, EM> Ужас. :( А почему так убого? Так уж в эхотаге повелось. Почему? Не знаю. EM> Так только в OpenWRT, или в других линуксах тоже? Во всех линуксах так. EM> Получается, что для любого нового устройства нужно скачивать у EM> производителя исходник драйвера и самостоятельно его компилить? Ага. EM> А при смене ядра - пересобирать все драйверы? И опять ага. Bye! --- GoldED+/LNX 1.1.5-b20150715 |