The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Во FreeBSD 13 чуть не оказалась халтурная реализация WireGua..."
Отправлено Аноним, 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".

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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