The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Движение по включению проприетарных прошивок в поставку Debian, opennews (??), 19-Апр-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


102. "Движение по включению проприетарных прошивок в поставку Debi..."  +/
Сообщение от sigprof (ok), 19-Апр-22, 18:35 
Пока ещё не так — ядро Linux в составе Debian обычное, поэтому для обеспечения работоспособности железа нужно только добавить в систему нужные файлы прошивок.

А вот, например, в GuixSD используется ядро linux-libre, где драйверы, зависящие от несвободных прошивок, кастрированы — например, драйвер amdgpu в этом ядре есть, но загружать несвободные прошивки для GPU он отказывается, а без прошивок GPU не работает вообще никак; в результате при загрузке без дополнительных настроек пользователь получает чёрный экран. Чтобы всё-таки установить GuixSD при наличии видеокарты, использующей драйвер amdgpu, необходимо сначала при загрузке добавить в параметры ядра, насколько я помню, module_blacklist=amdgpu (в этом случае будет использован хоть как-то работающий efifb), а затем при конфигурации системы добавить канал https://gitlab.com/nonguix/nonguix и взять оттуда полноценное ядро (пакет для которого там формируется функцией corrupt-linux :-) ) и firmware. При этом бинарного кеша для «порченого» Linux нигде нет, поэтому при установке и затем при любом обновлении, затрагивающем ядро, будет выполняться пересборка ядра из исходников.

Причём драйвер nouveau в linux-libre по крайней мере с некоторыми картами всё-таки работает (если то, что он делает, можно назвать работой), поскольку нужную часть прошивок таки отреверсили и переписали; а вот с amdgpu, у которого полноценная открытая 3D-часть, вот такая засада.

Ответить | Правка | Наверх | Cообщить модератору

126. "Движение по включению проприетарных прошивок в поставку Debi..."  +/
Сообщение от Аноним (129), 19-Апр-22, 20:51 
>[оверквотинг удален]
> ядра, насколько я помню, module_blacklist=amdgpu (в этом случае будет использован хоть
> как-то работающий efifb), а затем при конфигурации системы добавить канал https://gitlab.com/nonguix/nonguix
> и взять оттуда полноценное ядро (пакет для которого там формируется функцией
> corrupt-linux :-) ) и firmware. При этом бинарного кеша для «порченого»
> Linux нигде нет, поэтому при установке и затем при любом обновлении,
> затрагивающем ядро, будет выполняться пересборка ядра из исходников.
> Причём драйвер nouveau в linux-libre по крайней мере с некоторыми картами всё-таки
> работает (если то, что он делает, можно назвать работой), поскольку нужную
> часть прошивок таки отреверсили и переписали; а вот с amdgpu, у
> которого полноценная открытая 3D-часть, вот такая засада.

Ядро в Debian, не ванильное, как раз блобы из ядра там вынесены отдельно. Не всегда так было, но давно так есть. И это хорошо. Хоть где-то уважают опенсорц.

Ответить | Правка | Наверх | Cообщить модератору

198. "Движение по включению проприетарных прошивок в поставку Debi..."  +2 +/
Сообщение от ryoken (ok), 20-Апр-22, 08:04 
>>module_blacklist=amdgpu

modprobe.blacklist, с вашего позволения. Спасибо за описание такой акробатики, я с этим дистром точно знакомиться теперь не хочу.

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру