forum.wfido.ru  

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

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 05.04.2017, 23:20
Nickita A Startcev
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Nickita A Startcev написал(а) к Eugene Muzychenko в Apr 17 21:17:26 по местному времени:

Привет, Eugene !


05 Apr 17 , 19:33 Eugene Muzychenko писал к Rinat Н. Sadretdinow:


RS>> Потому что (говоря понятными словами) модуль это не DLL, а .obj,

EM> Ужас. :( А почему так убого? Так только в OpenWRT, или в других
EM> линуксах тоже?

EM> Получается, что для любого нового устройства нужно скачивать у
EM> производителя исходник драйвера и самостоятельно его компилить? А при
EM> смене ядра - пересобирать все драйверы?

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

. С уважением, Никита.
icq:240059686, lj-user:nicka_startcev
... башни-виртуалы
--- GoldED+/LNX 1.1.5-b20161221
Ответить с цитированием
  #22  
Старый 05.04.2017, 23:20
Nickita A Startcev
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Nickita A Startcev написал(а) к Eugene Muzychenko в Apr 17 21:18:52 по местному времени:

Привет, Eugene !


05 Apr 17 , 22:16 Eugene Muzychenko писал к Nickita A Startcev:


NS>> лишний код - лишние дыры и глюки, лучше не грузить.

EM> Забавный подход. :) Для чего тогда вообще модули?

чтоб можно на конкретной системе было НЕ грузить лишнее.
например поддержку иса-скази плат для сканера или нтфс, или лпт-порта.

EM> Это лишний код,
EM> лишние связи, раньше собирали ядро сразу со всеми драйверами, и сейчас
EM> могли бы собирать. Для чего вообще в линуксах "лишний" код по
EM> сравнению со старыми примитивными унихами? :)

NS>> они сами собираются. вместе и во время сборки ядра.

EM> Я в курсе, что скрипты их собирают сами. Зачем старательно
EM> поддерживать древнюю убогую модель, создающую серьезные неудобства?

неудобства у кого?

мейнтейнер и так и так всё кучей соберет и будет ок.
чайник и так и так возьмёт комплект и всё будет ок.
проблемы только у тех, кто взял хвост предположительно от взрослой самки бабуина и приделывает его к вроде бы молодому самцу мартышки.

. С уважением, Никита.
icq:240059686, lj-user:nicka_startcev
... Пристают к [За/Под]ставе гости
--- GoldED+/LNX 1.1.5-b20161221
Ответить с цитированием
  #23  
Старый 06.04.2017, 06:40
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Eugene Muzychenko написал(а) к Alexey Vissarionov в Apr 17 08:10:55 по местному времени:

Привет!

05 Apr 17 16:00, you wrote to me:

AV> Поменяли описание какой-нибудь структуры в одном заголовке - и все
AV> равно получили консистентную сборку.

Если в структуре поменяли смысл какого-то члена, или удалили член - консистентной сборки уже не получить без ревизии и переделки всего, зависящего от. Если член просто добавили (а не вставили в середину) - оно останется совместимым на двоичном уровне. В чем смысл?

Ну и структуры традиционно делятся на внутренние, "только для ядра", и интерфейсные, через которые делается обмен данными в API ядра. Какой смысл сколько-нибудь регулярно менять интерфейсные структуры?

В NT ведь умудряются уже почти тридцать лет почти ничего принципиально не менять - только расширяют. И оно продолжает укладываться в принятую еще тогда парадигму.

В "особо ненадежные" структуры можно добавить номер версии.

AV> Таки да, такое возможно только в случае open-source.

Такой подход в известной мере провоцирует безответственность. "Попробуем так, а не получится - поменяем, пипл схавает". :)

Почему тогда это не применяется на уровне ABI? Ведь никому не приходит в голову внезапно поменять коды системных функций или последовательность параметров.

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

AV> Хм... а хотя бы одна из этих "серьезных ОС" еще дотягивает до эхотага
AV> по популярности?

Дык, NT. :)

AV> И не отказались, а не могут себе позволить даже при всем желании.

Почему не могут? На мой взгляд - просто не хотят.

AV> Что получится, если тебе приделать хвост от бабуина?
AV> Вроде оба - обезьяны... :-)

И чем гордиться-то? :) Кровь потерял - какую попало перелить нельзя, только определенных групп. Это ж не фича, а голимый баг. :)

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

--- GoldED+/W32-MSVC 1.1.5-b20161221
Ответить с цитированием
  #24  
Старый 06.04.2017, 06:40
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Eugene Muzychenko написал(а) к Rinat H. Sadretdinow в Apr 17 08:56:02 по местному времени:

Привет!

05 Apr 17 18:40, you wrote to me:

EM>> А при смене ядра - пересобирать все драйверы?

RS> И опять ага.

Мда. Я был значительно лучшего мнения о линуксах...

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

--- GoldED+/W32-MSVC 1.1.5-b20161221
Ответить с цитированием
  #25  
Старый 06.04.2017, 06:40
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Eugene Muzychenko написал(а) к Nickita A Startcev в Apr 17 09:12:17 по местному времени:

Привет!

05 Apr 17 21:18, you wrote to me:

NS> чтоб можно на конкретной системе было НЕ грузить лишнее.

Это понятно. Непонятно, с какой целью выбирать для этого формат, связи в котором могут быть разрешены исключительно полноценным C-компилятором.

NS> неудобства у кого?

Как минимум, у тех, кому нужно установить драйвер нового устройства.

NS> мейнтейнер и так и так всё кучей соберет и будет ок.
NS> чайник и так и так возьмёт комплект и всё будет ок.

Откуда мейнтейнер возьмет исходники драйверов для всех существующих на данный момент внешних устройств? Откуда чайник возьмет модуль драйвера, собранный именно под его ядро?

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

--- GoldED+/W32-MSVC 1.1.5-b20161221
Ответить с цитированием
  #26  
Старый 06.04.2017, 18:20
Nickita A Startcev
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Nickita A Startcev написал(а) к Eugene Muzychenko в Apr 17 16:51:52 по местному времени:

Привет, Eugene !


06 Apr 17 , 09:12 Eugene Muzychenko писал к Nickita A Startcev:

NS>> чтоб можно на конкретной системе было НЕ грузить лишнее.

EM> Это понятно. Непонятно, с какой целью выбирать для этого формат, связи
EM> в котором могут быть разрешены исключительно полноценным
EM> C-компилятором.

NS>> неудобства у кого?

EM> Как минимум, у тех, кому нужно установить драйвер нового устройства.

NS>> мейнтейнер и так и так всё кучей соберет и будет ок.
NS>> чайник и так и так возьмёт комплект и всё будет ок.

EM> Откуда мейнтейнер возьмет исходники драйверов для всех существующих на
EM> данный момент внешних устройств? Откуда чайник возьмет модуль
EM> драйвера, собранный именно под его ядро?

ищо раз.

разные авторы пишут разный драйвера, тестируют, коммитят, итд итп.
получается общая куча под названием исходники ядра.
эту кучу разные люди берут ЦЕЛИКОМ, собирают ЦЕЛИКОМ под свои платформы. получается дистрибутив/пакет ядра+модулей, который суют в дистрибутив ЦЕЛИКОМ.
итого, если чайник обновил ядро до 1.2.3.4-пыщ-фыщ, то в комплекте приползут все(!) известные этой версии мейнстримные драйвера.

а если ты хочешь руками собирать драйвер - то ты разработчик и скорее всего захочешь пересобрать всё.

у всех всё нормально, проблемы только у тех, кто что-то где-то такое не факт что подходящее хочет срочно подключить к какому попало ядру. ну, такие люди и ускорители интернета качают на свойс трах ириск.

. С уважением, Никита.
icq:240059686, lj-user:nicka_startcev
... проблемы шерифа волнуют индейцев
--- GoldED+/LNX 1.1.5-b20161221
Ответить с цитированием
  #27  
Старый 07.04.2017, 01:20
Semen Panevin
Guest
 
Сообщений: n/a
По умолчанию Re: Совместимость ядер и ядерных модулей

Semen Panevin написал(а) к Nickita A Startcev в Apr 17 23:52:30 по местному времени:

Доброго здоровьица тебе, Nickita!

Thursday April 06 2017 16:51, Nickita A Startcev писал Eugene Muzychenko:

EM>> Откуда мейнтейнер возьмет исходники драйверов для всех
EM>> существующих на данный момент внешних устройств? Откуда чайник
EM>> возьмет модуль драйвера, собранный именно под его ядро?

NAS> ищо раз.

NAS> разные авторы пишут разный драйвера, тестируют, коммитят, итд итп.
NAS> получается общая куча под названием исходники ядра.
Ты живёшь в каком-то абстрактном мире, в котором все драйвера всех устройств лежат в одном репозитории и распространяются вместе. Спешу тебя заверить, что это на самом деле совсем не так. И частенько приходится качать исходники модулей для конкретной версии ядра не вместе с этим ядром, а с сайта изготовителя железки или чипа на которой она основана. И не факт, что эти исходники совместимы со всеми версиями ведра, включая самую новую или достаточно старую но "работает не трожь".

Или может дрова для nvidia уже тоже частью ведра стали, а не проприетарщина?

NAS> а если ты хочешь руками собирать драйвер -
то у тебя скорее всего просто железка, дров для которой нет в вышеописанной тобой помойке.

С наилучшими пожеланиями, Семён.

... Учиться, учиться и учиться! (с) Ленин
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)
Ответить с цитированием
  #28  
Старый 07.04.2017, 06:40
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Eugene Muzychenko написал(а) к Nickita A Startcev в Apr 17 09:09:21 по местному времени:

Привет!

06 Apr 17 16:51, you wrote to me:

NS> разные авторы пишут разный драйвера, тестируют, коммитят, итд итп.
NS> получается общая куча под названием исходники ядра.

То есть, каждый разработчик любого устройства, сделавший к нему драйвер под линукс, коммитит (или хотя бы должен коммитить) его во все существующие ныне репозитории? :) Это мало того, что нереально, но еще и в корне неправильно.

NS> итого, если чайник обновил ядро до 1.2.3.4-пыщ-фыщ, то в комплекте
NS> приползут все(!) известные этой версии мейнстримные драйвера.

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

Не знаю, радует тебя это или нет, но с таким подходом линуксу никогда не стать системой для типичных чайников - они будут держаться за винду до последнего, даже если MS их нагнет на порядок сильнее, чем сейчас. Ибо все эти принудительные обновления и телеметрии по большому счету не мешают им пользоваться своим железом, а вот перспектива заниматься совершенно непонятными вещами при замене какого-нибудь принтера или сканера их очень напрягает.

NS> а если ты хочешь руками собирать драйвер - то ты разработчик и скорее
NS> всего захочешь пересобрать всё.

Я просто пользователь, но у меня легко может оказаться железка, драйвера под которую никто не положил в репозиторий того дистрибутива, которым я пользуюсь.

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

--- GoldED+/W32-MSVC 1.1.5-b20161221
Ответить с цитированием
  #29  
Старый 07.04.2017, 08:40
Semen Panevin
Guest
 
Сообщений: n/a
По умолчанию Re: Совместимость ядер и ядерных модулей

Semen Panevin написал(а) к Eugene Muzychenko в Apr 17 07:17:56 по местному времени:

Доброго здоровьица тебе, Eugene!

Friday April 07 2017 09:09, Eugene Muzychenko писал Nickita A Startcev:

EM> Я просто пользователь, но у меня легко может оказаться железка,
EM> драйвера под которую никто не положил в репозиторий того дистрибутива,
EM> которым я пользуюсь.
Я боюсь что он имел ввиду kernel.org :) тобишь как раз сам линукс, а не его дистрибутивы...

С наилучшими пожеланиями, Семён.

... Хорошо там, где мы есть! (про фидошников)
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)
Ответить с цитированием
  #30  
Старый 07.04.2017, 14:20
Eugene Muzychenko
Guest
 
Сообщений: n/a
По умолчанию Совместимость ядер и ядерных модулей

Eugene Muzychenko написал(а) к John Freeman в Apr 17 16:58:31 по местному времени:

Привет!

04 Apr 17 12:55, you wrote to me:

JF> Выкинь говно и поставь последний openwrt/lede, как раз недавно
JF> зарелизился 17 LEDE, там многое стало рабочим из того что только в
JF> транке openwrt было.

Пока выходит, что говно - это как раз LEDE. Я поставил 17.01.0 на запасной маршрутизатор SL-R7205, доставил туда usb-serial, usb-serial-option, usb-serial-wwan, comgt и даже usb-modeswitch (который фактически не нужен) - оно вообще никак не реагирует на подключенный модем, в логах по этому поводу ничего нет.

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

--- GoldED+/W32-MSVC 1.1.5-b20161221
Ответить с цитированием
Ответ


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

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

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


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


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