The OpenNET Project / Index page

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



"Во FreeBSD 13 чуть не оказалась халтурная реализация WireGuard с нарушением лицензии и уязвимостями"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Заметили полезную информацию ? Пожалуйста добавьте в FAQ на WIKI.
. "Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..." +/
Сообщение от Аноним (406), 29-Мрт-21, 09:27 
> Ну, желающим с мэйлом на @freebsd.org вполне могут и подарить, то что
> уже есть, примерно так и образовалось.

Драйвера пингвина есть ;). Это лучше - потому что работает! В железе интела по жизни over 9000 багов, и совсем не факт что баги железа и документации совпадают. Более того, что амдшные, что интелские что нвидиевские HW team - "не очень" в плане трекинга errata. Они этим тупо не занимаются. Зачастую они 5 лет назад в драйверах quirk железа поправили, но документировать никто не стал. Интелское железо само по себе очень глючное и не соответствующее спекам, если вы про GPU.

В конечном итоге окончательная ауторити не доки а фактически работающий драйвер.

> Но можно и другим путем - Алисо Розенцвейг. Пол можно не менять,
> это необязательная фича.

Алисо ARM-ами занимается. Куды ты вообще фрибсду с GL ES удумал юзать? :))

> нате вам линуксолятор. Это осилили те полтора инвалида, что были под рукой.

Там реально так себе железки. Алисо базировалось на libv'шном творчестве, так что это минимум 2 разных тела хардкорили. И там еще китаянка более старыми Mali занимается, там своя тусовочка по интересам, но они drm/kms'ные конечно, как и все остальные актуальные дрова.

> _Когда_то_, между нами, драйвера видеокарт были частью проекта X...э...допустим org.

А потом это жуткое месиво когда иксы по сути напрямую лезут в железо всех забодало. Мало того что работало хрен знает как, так еще 1 большой security issue и rampant layering violation. Когда дисплеи стали 1080p и более - работинг этого устраивать перестал вообще всех кто графикой пользовался а не дуалбутился, вопрос встал ребром, ну и луддитов попросили на мороз, дабы не саботировали разработку.

> Одинаково доступными и фре и линуксу и коммерческим юниксам,

Одинаково хреново работающими жалкими пародиями.

> и не требующими уродливый kms.

По сравнению с той похабщиной которая была до этого DRM/KMS просто masterpiece. Хотя-бы потому что не натягивает сову на глобус и более-менее одупляемо маппит свои сущности на то что реально в графическом хардваре сейчас бывает.

> А попутно никто не мешал нежелавшим открывать код выпускать бинарные модули,
> если они того хотели - и никаких подстав от гнутых истеричек, в виде запретов
> вызывать половину апи (Как мы, дураки, тогда смеялись над NT "у них смарите,
> смарите - графику запихали в ядро!", д-лы, мля)

В линухе этот layering сделали куда вменяемее.
- Это опционально. Линух без DRM/KMS и модулей графических дров остается линухом. Попробуй у винды отобрать win32k.sys - а винапи тогда хто будет изображать?
- В линухе не доперли засунуть иксы целиком в ядро. В ядре то что у ядра хорошо получается, modesetting, управление памятью (в т.ч. GPU) и прочая работа с хардваром, типа сабмита команд. А остальное в usermode компонентах, сливающих ядерному и-фейсу запросы.
- Извините, но телепать регистры железа из usermode это вообще совсем no-no. И по перфомансу, и по секурити. И вообще изврат когда здоровенная глючная прога делает половину работы кернела заодно, типа управленя памятью (в т.ч. GPU) и сабмит команд. Секурити всего этого... никакой.

> Но наложившую на них лапу redbm такая ситуация, естественно, не устраивала. А
> нвидия схавала, поскольку дэффективные менеджеры ничего ни в каких юникс-системах
> не понимали.

Нвидию никто не спрашивал. Они не часть процесса разработки. Их просто поставили перед фактом что интерфейс будет вот такой, или оно с линухом работать не будет. Да еще GPL_ONLY навесили на KMS в ядре, ибо нехрен упрощать жизнь всяким паразитам. Нвидия по своей частной инициативе накодила какой-то полуглючный эрзац KMS сама в свем драйвере. Работает оно понятно как и при первом намеке на продвинутости оно как раз локапает линуха на раз. Но нвидией пользуются ламеры-гамеры, которым все-равно ничего кроме игруль не надо, а всякие kdb или там отрисовка паника на экран - они не девелоперы ядра, так что... но для того кто под линух что-то продвинутое с ядром делает, нвидия - no-go. Потому что эрзац KMS таки эрзац и то что там kdb сможет отрисоваться или паника - вообще не факт. Конечно есть и другие варианты, но головняка при девелопменте это добавит а ядерщики к тому же при первом намеке на tainted kernel вынимают факи из кармана и вы сами там разбираетесь под язвительное "contact your vendor support".

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

Оглавление
Во FreeBSD 13 чуть не оказалась халтурная реализация WireGuard с нарушением лицензии и уязвимостями, opennews, 27-Мрт-21, 09:51  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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