The OpenNET Project / Index page

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



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

Исходное сообщение
"Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."
Отправлено Аноним, 12-Дек-16 17:56 
> клоун: NVidia был нужен прямой доступ к видеопамяти, такие функции есть, но
> она GPL_ONLY. А те, которые не GPL_ONLY, они для попиксельного рисования.

На самом деле DRM/KMS намного более разлапист чем это. Там очень много хелперов и улучшаек. И кроме "f..k you nvidia!" разработчики показали и чисто технический фак в виде GPL_ONLY на туеву хучу функций.

И если кто не в курсе: от того что нвидия пойдт на...й - разработчики Linux ничего не теряют. Нельзя пользоваться нвидией и быть при этом разработчиком Linux - бинарный блоб в ядре ставит крест на отладке и отлове багов. Никто не будет изучать проблемы ядра с чужим блобом. Tainted kernel - no-go для разработчиков.

Поэтому нвидия даже бряцать причандалами не может. Разработчикам ядра глубоко пофиг что там будет с нвидией. Это будут проблемы нвидии и кастомеров нвидии. Это заведомо не про разработчиков ядра линукс, для которых блоб в ядре - тупо showstopper.

> достигла производительности закрытого. Да. Но не за счёт роста скорости, а
> за счёт такого вот искусственного замедления закрытого.

Это неправда. Линуксоиды расчистили скелетов в шкафу, собрались могучей кучкой и подумали вместе - как развиваться, как подыграть друг другу в общих кусках функциональности и проч. Ну и сделали DRM/KMS. Крутая и мощная подсистема в ядре. А на самом деле - куча хелперов для типовых операций, так что драйверы упрощаются т.к. типовые операции вынесены в общие куски. При том в отличие от маздая - оно опциональное. К амд возникли предъявы всего лишь за нарушение этих основополагающих принципов по которым всегда строился DRM/KMS. Им напомнили про эти принципы, которые работали. И работали хорошо, сыграв ключевую роль в улучшении состояния дел с графикой.

> И выбор то какой богатый: или продолжать мириться с низкой производительностью и
> уступать рынок конкурентам, или открыть драйвер. Выламывание рук? Да!

Выбор чуть иной: некто или становится частью процесса и тогда имеет слово в процессе. Или некто пилит что хочет как хочет, но со своими проблемами разбирается сам и помогать таким скунсам никто не разу не обязан. Если кто не часть процесса - он сам виноват.

> Они написали прослойку, которая преобразует вызовы закрытого кода в GPL_ONLY вызовы. Не
> самое быстрое и далеко не самое прямое решение.

Они три года писали большую часть самопальной реализации DRM/KMS. Получилось разумеется "не очень". Потому что ядершики три года отнюдь не околачивали груши и вообще.

> Вот об этом HAL идёт речь. Только теперь действующее лицо сменилось.

Там очень популярно написано что HALы приводят к дикому бардаку. И если кому-то надо AL - он должен быть впилен прямо в ядре. Как mac80211. Как DRM/KMS. И так далее.

 

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



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

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