The OpenNET Project / Index page

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



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

Оглавление

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

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


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

Здесь нет компромиссов.

По-хорошему, Линукс уже давно стоило сделать микроядерным, тогда бы и проблема ушла сама собой. Но разработчики ядра (уже не в первый раз) предпочли обострить проблему, доведя её до коллапса.

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

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ообщить модератору

29. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +5 +/
Сообщение от Аноним (-), 09-Дек-16, 20:05 
>разрабы ядра хотят вынудить разрабов аппаратуры открыть исходные коды.

И правильно делают.

Вот например с драйверами wi-fi от broadcom наблюдаются подвижки к полному отказу от проприетарности в будущем. Так первоначальный проприетарный драйвер производства самой broadcom - wl (в Debian он лежит в репозитории non-free и ставится командой apt-get install broadcom-sta-dkms) для новых моделей карт может быть заменён открытыми драйверами содержащимися в ядре Linux - https://wireless.wiki.kernel.org/en/users/drivers/brcm80211

А для старых моделей wi-fi карт есть драйвер полученный реверсинженерингом - b43 (требует подключения репозитория contrib, в Debian ставится командой apt-get install firmware-b43-installer или apt-get install firmware-b43legacy-installer).

После многолетнего использования wl, я с удивлением обнаружил что моя wi-fi карточка от broadcom:
03:00.0 Network controller: Broadcom Limited BCM43227 802.11b/g/n

оказывается поддерживается в драйвере b43. Причём после удаления старого драйвера wl и установки b43 выяснилось что поддержка отличная, лучше чем у wl - время загрузки ядра сократилось, и исчезли проблемы с реконнектом к wi-fi после спящего режима.

Вот таблица с указанием наличия поддержки по Chip ID для открытых драйверов b43,brcm80211 и проприетарного wl: https://wireless.wiki.kernel.org/en/users/drivers/b43
Для brcm80211: https://wireless.wiki.kernel.org/en/users/drivers/brcm80211

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

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

В ядре Линукс есть функции, которые можно вызвать только из модуля полностью под GPL. Так сделали, что эти функции позволяют ускорить ряд операций, из-за чего складывается ощущение резкого роста производительности у открытых драйверов. Ускорение реально и можно официально заявлять что причина в закрытости/корявости драйвера, но причины... Кому сейчас нужны причины?

Теперь к AMD и NVidia. Критичный им функционал является GPL_ONLY. Чтобы получить доступ к этим функциям, они пишут прослойку HAL и через одно место (зато лицензионно правильно) обращаются к ним из закрытого кода.

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

Зато можно утверждать, что после этого NVidia запостила много открытого кода, чего раньше не наблюдалось - и это правда. А причины...

В офисной политике тебе ещё расти и расти.

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

57. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от Аноним (-), 09-Дек-16, 21:53 
клоун: NVidia никому ничего не открыла, но им пришлось написать свой HAL. Теперь это же сделал AMD. За ними уже выстраивается очередь и, судя по всему, эту "лавочку" решили прикрыть.
Ответить | Правка | Наверх | Cообщить модератору

59. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от Аноним (-), 09-Дек-16, 22:01 
клоун: Писали мы с корешами закрытый драйвер под Линукс. Там расклад именно такой, что или 100% открытый код, или жуткий она***изм.

Мы нашли третий вариант - открытый драйвер и изменённое ядро без возможности обновлений - заказчика устроило. Стоимость написания HAL чтобы обойти вежливо наложенные грабли СИЛЬНО превышала бюджет заказчика.

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

234. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +1 +/
Сообщение от Аноним (-), 14-Дек-16, 18:01 
> клоун: Писали мы с корешами закрытый драйвер под Линукс. Там расклад именно
> такой, что или 100% открытый код, или жуткий она***изм.

И это очень хорошо. Жадные мудланы будут дольше долбаться и у них будет много проблем. Поэтому они значительно менее конкурентоспособны. Nail 'em!

> Мы нашли третий вариант - открытый драйвер и изменённое ядро без возможности
> обновлений - заказчика устроило.

Так пойнт как раз в том чтобы таких как вы и ваши заказчики было поменьше, а таких как мы и наши заказчики - побольше.

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

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

Эх, рано я обрадовался, у b43 иногда случаются просадки скорости до нескольких сотен килобайт в секунду.

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

129. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 10-Дек-16, 14:27 
>По-хорошему, Линукс уже давно стоило сделать микроядерным, тогда бы и проблема ушла сама собой.

дрессировщик: Как микроядерность защитит от бекдоров?

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

200. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 11-Дек-16, 20:32 
> КАТЕГОРИЧЕСКИ против.

Наглое вранье, в чем можно убедиться посмотрев на список поддерживаемых железяк и кто туда коммитил. Там можно повстречать копирайты туевой хучи самых разных корпораций.

> Здесь нет компромиссов.

А вот это уже у каждого вендыря в меру своей дури. Linux не ставит своей целью сделать миньет всем и каждому. Это вполне взрослая и фичастая система с большим сообществом разработчиков, котрые и определяют вектор развития. И они его назначили вот так. Оспорить это можно в спортлото. Если кому-то не нравится Linux - он им и не пользуется. Разработчики линя от этого как минимум ничего не теряют.

Тем не менее, разработчики линуха не крокодилы и с ними можно договориться. Но - не о блобах на основном процессоре. Это нарушает их workflow и они просто отказываются поддерживать ядра с чужими багами которые они даже исследовать не могут. Это их фирменое кредо. Мне это кредо нравится.

> По-хорошему, Линукс уже давно стоило сделать микроядерным, тогда бы и проблема ушла
> сама собой. Но разработчики ядра (уже не в первый раз) предпочли
> обострить проблему, доведя её до коллапса.

Это опенсорс, если тебе кажется что что-то как-то надо сделать - возьми и сделай. А мы посмотрим что у тебя получится и надо ли оно нам. Так, глядя на 30 лет "успехов" остальных микроядерных...

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

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

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




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

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