The OpenNET Project / Index page

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



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

Оглавление

Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..., opennews (??), 09-Дек-16, (0) [смотреть все]

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


16. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –7 +/
Сообщение от Аноним (-), 09-Дек-16, 19:21 
>клоун: разрабы ядра хотят вынудить разрабов аппаратуры открыть исходные коды. Разрабы железок КАТЕГОРИЧЕСКИ против.

Где в статье написано, что АМД предложили блоб? Они предложили открытый код, но со своим видением, а этот крендель, зарабатывающий бабло в смежной конторке (вполне возможно, что имеющей сговор с той же нВидиа, ибо никто не знает -- ком. тайна) отказал под смешным предлогом.

Это СПО -- хочу принимаю, хочу нет. Не нравится? Пишите блоб или идите на юх, ибо Пингвофинн против и может обозвать moron и прочими своими любимыми словечками, за которые русские бы в морду дали, а эти "клоуны" всё схавают.

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

52. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +5 +/
Сообщение от Chosen One (?), 09-Дек-16, 21:26 
Ну нихрена ж не так. АМД предложили 100к строк HAL-а поверх инфраструктуры DRM. HAL этот будет использоваться только для видях АМД, разобраться в нём - чёрт ногу сломит. Им всё правильно сказали - выкинуть ненужный HAL, расширять интерфейсы DRM если чего-то не хватает.
Ответить | Правка | Наверх | Cообщить модератору

63. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –2 +/
Сообщение от Аноним (-), 09-Дек-16, 22:11 
клоун: NVidia был нужен прямой доступ к видеопамяти, такие функции есть, но она GPL_ONLY. А те, которые не GPL_ONLY, они для попиксельного рисования.

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

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

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

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

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

222. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +1 +/
Сообщение от Аноним (-), 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. И так далее.

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

224. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от iZEN (ok), 12-Дек-16, 18:57 
> И если кто не в курсе: от того что нвидия пойдт на...й
> - разработчики Linux ничего не теряют. Нельзя пользоваться нвидией и быть
> при этом разработчиком Linux - бинарный блоб в ядре ставит крест
> на отладке и отлове багов. Никто не будет изучать проблемы ядра
> с чужим блобом. Tainted kernel - no-go для разработчиков.

Первая заповедь тестировщика: не тестируй чужой код.

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

231. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 14-Дек-16, 17:34 
> Первая заповедь тестировщика: не тестируй чужой код.

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

Поэтому господа с tainted кернелом идут отлаживать свой кернел сами, как умеют. Включя и всех юзерей нвидии. Ну то-есть если у них что-то не заработает, будет только две сущности которые могут им помочь: сам пользователь и нвидия. И совсем не факт что они такие хорошие потянут майнтенанс целого ядра Linux во всех конфигурациях. А разработчики в случае tainted kernel умывают руки. Этот маркер означает что они за дальнейшие события в системе уже не отвечают.

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

225. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от iZEN (ok), 12-Дек-16, 18:59 
> При том в отличие от маздая - оно опциональное.

А ты попробуй откинуть LLVM (llvm-3.7.1) от Mesa (dri-11.2). Увидишь, как оно будет опционально. :))

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

232. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от Аноним (-), 14-Дек-16, 17:36 
> А ты попробуй откинуть LLVM (llvm-3.7.1) от Mesa (dri-11.2). Увидишь, как оно
> будет опционально. :))

А чего они у тебя такие древние? Даже в убунтах 16.x - llvm 3.8 и MESA 12.x или 13.x. Там вон годный баг починили который иногда взвисы вызывал. И ща он в бэкпорты разлетится, но бэкпортирует ли кто-то в 11.х до сих пор - это отдельный такой вопрос.

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

243. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от iZEN (ok), 15-Дек-16, 21:01 
>> А ты попробуй откинуть LLVM (llvm-3.7.1) от Mesa (dri-11.2). Увидишь, как оно
>> будет опционально. :))
> А чего они у тебя такие древние? Даже в убунтах 16.x - llvm 3.8 и MESA 12.x или 13.x.

Вопрос не ко мне. Возможно для этого есть причина - срок поддержки FreeBSD 9.x истекает 31 декабря 2016 года, ломать обратную совместимость новой версией портов никто не хочет.

> Там вон годный баг починили который иногда взвисы вызывал. И ща он в бэкпорты разлетится,
> но бэкпортирует ли кто-то в 11.х до сих пор - это
> отдельный такой вопрос.

(Да, тяжело на Debian бэкпорты ждать по году, а то и больше.)

Ты правда думаешь, что в порт FreeBSD будут бэкпортировать?  :)) Мантейнерам легче запортировать новую стабильную и отлаженную версию, чем что-то с чем-то сравнивать и сливать, пока новая версия не готова и проходит обкатку на линуксах.

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

249. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +2 +/
Сообщение от Аноним (-), 16-Дек-16, 01:51 
> Вопрос не ко мне. Возможно для этого есть причина - срок поддержки
> FreeBSD 9.x истекает 31 декабря 2016 года, ломать обратную совместимость новой
> версией портов никто не хочет.

Ммм... подарок на новый год. А что до оборвать зависимость от llvm совсем - не, вот извини. Должен же кто-то шейдеры генерить? Так что какой-нибудь llvm там все-таки будет. А то что бздюки именно эти версии таскают - да это их дело.

> (Да, тяжело на Debian бэкпорты ждать по году, а то и больше.)

Так не жди, как будто кто-то заставляет.

> Ты правда думаешь, что в порт FreeBSD будут бэкпортировать?  :)) Мантейнерам
> легче запортировать новую стабильную и отлаженную версию, чем что-то с чем-то
> сравнивать и сливать, пока новая версия не готова и проходит обкатку на линуксах.

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

Так что рассуждающие про протестированность и качество кода в бсдах идут лесом с интересом, имхо. Особенно - когда вопрос касается графики.

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

64. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от Аноним (-), 09-Дек-16, 22:14 
клоун: Для компаний этот HAL (расшифровывается как "уровень абстракций") дополнительно удобен тем, что позволяет избавиться от различий в разных ОС и писать единый код драйвера для всех ОСей.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

72. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от JL2001email (ok), 09-Дек-16, 22:42 
> клоун: Для компаний этот HAL (расшифровывается как "уровень абстракций") дополнительно
> удобен тем, что позволяет избавиться от различий в разных ОС и
> писать единый код драйвера для всех ОСей.

а хал для каждой оси типо не нужен ?? и на сколько это дешевле чем допиленый модульный драйвер ?

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

74. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от Аноним (-), 09-Дек-16, 22:55 
клоун: это разные вещи, но с похожими названиями.

HAL в ОС абстрагирует ядро от оборудования.

HAL в описываемых драйверах абстрагирует драйвер от ОС.

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

145. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +1 +/
Сообщение от Аноним (-), 10-Дек-16, 18:51 
> Пингвофинн против и может обозвать moron и прочими своими любимыми словечками, за которые русские бы в морду дали, а эти "клоуны" всё схавают

Проблема только в том, что у русских нет своего "пингвофинна". Нет и не ожидается. Диня Попов есть, "пингвофинна" нет!


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

221. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 12-Дек-16, 17:44 
> но со своим видением, а этот крендель, зарабатывающий бабло в смежной
> конторке (вполне возможно, что имеющей сговор с той же нВидиа,

Крендель, между прочим, написал для радеонов открытый драйвер vulkan (RADV) покамест само амд тормозило с обещанным открытием вулкана. Это какой-то очень странный сговор, чтоли. Вот чего бы шестерке нвидии писать для радеонов открытый драйвер, вытягивая тормозняки фирмы самолично? :)

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

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

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




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

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