forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.LINUX

Ответ
 
Опции темы Опции просмотра
  #11  
Старый 05.04.2017, 10:41
Alexey Vissarionov
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 11:00
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 12:11
Alexey Vissarionov
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 14:40
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 15:51
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 17:20
Nickita A Startcev
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 19:00
Alexey Vissarionov
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 19:11
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 19:40
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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  
Старый 05.04.2017, 19:50
Rinat H. Sadretdinow
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

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
Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 14:57. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot