Закон апокалипсиса быдлокода.

[Bizdelnick]

Ну не обязательно, если поставщик вменяемый, то можно скачать у него

Это кто ж такой вменяемый? Nvidia? AMD? Broadcom?

[Ism]

Ну не обязательно, если поставщик вменяемый, то можно скачать у него

Это кто ж такой вменяемый? Nvidia? AMD? Broadcom?

А что с ними не так ? Криво, но работает. У остальных дела еще хуже
В ядре нужны только драйвера процов и самых популярных производителей железа.
Остальное мертвый груз. Поэтому многие дистрибутивы выделяют их в пакеты

http://www.debianforum.ru/index.php?topic=1563.0

Вопросы по установке Debian (свободное ядро и несвободные драйвера)

В связи с переносом несвободных драйверов устройств из ядра в пакет firmware-linux-nonfree в разделе non-free у некоторых пользователей могут возникнуть проблемы с оборудованием во время установки Debian, например, из-за нехватки драйвера сетевой карты (например от Broadcom) не будет связи с интернетом.

Перед установкой Debian прочтите тут и тут для инструкций. Кратко:

перед установкой проверьте ваше оборудование на наличие проблем с драйверами (по ссылке выше есть список устройств);
скопируйте на съёмный носитель, например на CD/DVD или USB, тарболл взятый отсюда и подключите его перед установкой. Если во время установки интернет доступен, то будет предложено скачать недостающий firmware.

Также доступны неофициальные netinst-iso-образы со всеми драйверами по ссылке.

Почему так было сделано? Мифы и факты об этом есть по ссылке.

[Bizdelnick]

А что с ними не так ? Криво, но работает. У остальных дела еще хуже
В ядре нужны только драйвера процов и самых популярных производителей железа.
Остальное мертвый груз. Поэтому многие дистрибутивы выделяют их в пакеты

Можно список "многих дистрибутивов"? Желательно с примерами пакетов.
Да, не путайте, пожалуйста, драйверы с firmware, а разделение пакетов в связи с лицензионными ограничениями - с выносом "мёртвого груза" в отдельные пакеты "для удобства".

[Ism]

Можно список "многих дистрибутивов"? Желательно с примерами пакетов.

Debian уже упомянут, OpenSuse , Ubuntu тоже любит доставлять драйвера, у нее есть свой инструмент

Примеры не приведу , но в репах есть sane-backends, ndiswrapper b43-fwcutter crystalhd OpenPrintingPPDs-ghostscript brltty-driver-at-spi
Это не все , то, что первое попалось

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

[Bizdelnick]

Примеры не приведу , но в репах есть sane-backends, ndiswrapper b43-fwcutter crystalhd OpenPrintingPPDs-ghostscript brltty-driver-at-spi
Это не все , то, что первое попалось

Кхм... sane-backends работает в юзерспейсе, если не ошибаюсь, никаких ядерных модулей там нет. В ndiswrapper'е не ковырялся особо, но и там, кажись, тоже. b43-fwcutter - и близко не драйвер. PPD - всего лишь описания принтеров. Остальные слова мне незнакомы, поэтому за них ничего не скажу. Так что же тут вынесено из пакета с ядром?

[Ism]

Примеры не приведу , но в репах есть sane-backends, ndiswrapper b43-fwcutter crystalhd OpenPrintingPPDs-ghostscript brltty-driver-at-spi
Это не все , то, что первое попалось

Кхм... sane-backends работает в юзерспейсе, если не ошибаюсь, никаких ядерных модулей там нет. В ndiswrapper'е не ковырялся особо, но и там, кажись, тоже. b43-fwcutter - и близко не драйвер. PPD - всего лишь описания принтеров. Остальные слова мне незнакомы, поэтому за них ничего не скажу. Так что же тут вынесено из пакета с ядром?

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

[Bizdelnick]

Debian уже упоминался и разделил несвободные дрова в отдельные пакеты

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

Есть много типов устройств для которых проще хранить драйвера в отдельном пакете.

Кому удобнее? Для сопровождающих это ад, для юзера - нужно ставить новые пакеты для каждого устройства. Если устройство - сетевая карточка, очень удобно, да.

В общем я устал доказывать очевидное.

Да что доказывать-то? Приведите единственный пример: какой драйвер в каком дистрибутиве вынесли из пакета с ядром в отдельный? Вот и всё доказательство.

[Ism]

В общем я устал доказывать очевидное.

Да что доказывать-то? Приведите единственный пример: какой драйвер в каком дистрибутиве вынесли из пакета с ядром в отдельный? Вот и всё доказательство.

Десятый раз говорю
http://packages.debian.org/ru/squeeze/firmware-linux-nonfree
Non-free "blobs" in the Linux kernel?

С открытыми неизвестно, но понятно, что в ядре далеко не все

[Bizdelnick]

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

[/dev/random]

Десятый раз говорю
http://packages.debian.org/ru/squeeze/firmware-linux-nonfree

firmware - это не драйвера. И вам это уже сказали как минимум дважды. :лицорука:

[Ism]

Десятый раз говорю
http://packages.debian.org/ru/squeeze/firmware-linux-nonfree

firmware - это не драйвера. И вам это уже сказали как минимум дважды. :лицорука:

А что такое драйвера ? В вашем понимании OpenPrintingPPDs-ghostscript это не драйвера , firmware не драйвера , для видеокарт не драйвера, для сканеров не драйвера
Чтож это за мистические куски кода которые вы готовы признать драйверами ?

[/dev/random]

А что такое драйвера ? В вашем понимании OpenPrintingPPDs-ghostscript это не драйвера , firmware не драйвера , для видеокарт не драйвера, для сканеров не драйвера
Чтож это за мистические куски кода которые вы готовы признать драйверами ?

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

[Ism]

Скучно.

[/dev/random]

Скучно.

Больше вам нечего сказать?

[SinClaus]

Довольно абстрактные споры, я бы сказал. Начиная с момента, когда железный HT обозвали софтварной надстройкой.

[alv]

Так и нейросети через 3-4 столетия тоже посчитают костылем.

А Вы, батенька, оптимист...
Через 2-3 столетия

На руинах великих пожарищ
Питекантроп сготовит копьё

В лучшем случае

[watashiwa_daredeska]

В лучшем случае

Так это… Костылем нейросети посчитают нейросети, потому что изобретут что-то новенькое :)

[watashiwa_daredeska]

К примеру, драйвера видеокарт - это действительно драйвера. Но их не выносили из ядра, как вы утверждаете.

Хм… Смотря что считать драйвером, опять же. У драйверов nVidia, например, бОльшая часть — в юзерспейсе. А в ядре лишь тоненькая прослоечка. Если каждую такую прослоечку считать драйвером, то можно быстро дойти до универсального драйвера для всех устройств скопом, который всего-лишь предоставит доступ к памяти, портам ввода-вывода и прерываниям. Да и в среде разработчиков ядра существует мнение, что некоторые драйвера должны быть таки в юзерспейсе.

[Crazy]

Какая разница , все равно одно дублирует другое в результате никто не знает будет ли результат. Как ни крути ядро проца одно хотя HT создает иллюзию двух. Это вводит в заблуждение систему и она не сможет правильно оптимизировать потоки

В каком месте одно дублирует другое? Какая такая оптимизация потоков в ОС?

Многопроцессорность с Completely Fair Scheduler

Там написано про задачи, процессы, а где про потоки?

[Crazy]

В лучшем случае

Так это… Костылем нейросети посчитают нейросети, потому что изобретут что-то новенькое

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

[watashiwa_daredeska]

а такое свойство сетевых моделей, как не детерминированность сулит только печальку.

Да ладно, какая там печалька. Сколько человечество по современным представлениям, ляма 2 лет уже с этой недетерминированностью живет? А предки человеков так и того дольше.

Самих устройств нет, как программировать не знаем

Определенный прогресс есть. Особенно в последнее время с ростом вычислительных возможностей. Можно мечтательно поэкстраполировать :)

[Bizdelnick]

У драйверов nVidia, например, бОльшая часть — в юзерспейсе. А в ядре лишь тоненькая прослоечка.

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

[Crazy]

Да ладно, какая там печалька. Сколько человечество по современным представлениям, ляма 2 лет уже с этой недетерминированностью живет? А предки человеков так и того дольше.

Глупцы игнорируют сложность. Прагматики терпят ее. Некоторые могут избегать ее. Гении ее устраняют.

[Ism]

Довольно абстрактные споры, я бы сказал. Начиная с момента, когда железный HT обозвали софтварной надстройкой.

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

Кстати хотелось бы напомнить, что разговор начался о том, что как хорошо, что ВСЕ драйвера на устройства будут в ядре и юзеру не надо ничего делать. А оказалось что это далеко не так и разговор дошел до того , что все, то не в ядре не является драйвером.

[watashiwa_daredeska]

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

Ну хорошо, а драйвера каких видеокарт входили? VESA через драйвер фреймбуффера в Xorg? Ни одного драйвера с хоть каким-нибудь плохоньким использованием железного ускорения в ядре нет. Они все в юзерспейсе — в Xorg, а в ядре лишь прослоечка для обеспечения доступа к железу.

[Crazy]

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

Управление процессами != управление потоками, так что вопрос открыт, где дублируется?
Естественно, если программист допустил ошибку, то результат непредсказуем.

[Bizdelnick]

Кстати хотелось бы напомнить, что разговор начался о том, что как хорошо, что ВСЕ драйвера на устройства будут в ядре и юзеру не надо ничего делать. А оказалось что это далеко не так и разговор дошел до того , что все, то не в ядре не является драйвером.

Это кто ж такое сказал? Плюньте ему в рожу, что ли.

[drBatty]

Кстати хотелось бы напомнить, что разговор начался о том, что как хорошо, что ВСЕ драйвера на устройства будут в ядре и юзеру не надо ничего делать. А оказалось что это далеко не так и разговор дошел до того , что все, то не в ядре не является драйвером.

кстати, научитесь читать:

а зачем? у меня вот установлены. ВСЕ драйвера и к сетевым, и к видео. Модулями. Ну и что? Неведомых глюков нет. ЧЯДНТ?

теперь либо идите изучайте, что значит слово "модуль", либо извиняйтесь.

[Ism]

а зачем? у меня вот установлены. ВСЕ драйвера и к сетевым, и к видео. Модулями. Ну и что? Неведомых глюков нет. ЧЯДНТ?

теперь либо идите изучайте, что значит слово "модуль", либо извиняйтесь.

Цепляние к подробностям не изменяет результата. Какая разница модулями или нет. Модули не принадлежат ядру ? Если нет , почему они не в пакетах ?
В общем бессмысленный разговор. Вопрос был о впихивании всех драйверов в ядро или содержание их вместе с ядром для удобства пользователя. А оказалось что большое количество драйверов всетаки идет отдельно пакетами.

[Bizdelnick]

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

fixed