The OpenNET Project / Index page

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



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

Оглавление

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

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


8. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –11 +/
Сообщение от Аноним (-), 09-Дек-16, 19:04 
я уж подумывал следующую видяшку от АМД попробовать взять, но линуксам не суждено стать нормальной десктопной системой похоже. неужели нельзя было как то между собой заранее договориться где чей огород?
Ответить | Правка | Наверх | Cообщить модератору

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

12. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +5 +/
Сообщение от ъ (?), 09-Дек-16, 19:15 
Не скажу за всех, но Сан-Микросистемс (до поглащения) на конференции, когда рассказывали почему нельзя все новые фишки включить в mysql, ответили что они корпорация и согласно правилам нужно иметь план. То есть многие фитчи есть в плане, но вот когда они будут добавлены разглашать нельзя.
АМД (а я покупаю только их видеокарты) тоже, скорее всего, имеет такой план. НО(!) в отличии от другой зеленой компании часто идет на встречу сообществу. Тут скорее не скандал - а почва для переговоров и как вариант корректировка корпоративных планов.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

47. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –2 +/
Сообщение от anonimus (?), 09-Дек-16, 21:11 
Зеленая компания в отличии от красной, в последнее время не заявляет что нормальный драйвер будет только для новых видеокарт, а остальны сусут лапу;)
Ответить | Правка | Наверх | Cообщить модератору

81. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 10-Дек-16, 00:12 
И зачем бы вам новый драйвер для старья 6000 серии и ниже?
Ответить | Правка | Наверх | Cообщить модератору

92. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от getfr (?), 10-Дек-16, 02:40 
> И зачем бы вам новый драйвер для старья 6000 серии и ниже?

А ты в курсе, что AMD забили на R9 270, например.

Так что они козлы


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

93. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от ъ (?), 10-Дек-16, 02:50 
С этого места поподробнее. "AMD забили на R9 270" - инфа из каких источников?
Ответить | Правка | Наверх | Cообщить модератору

98. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 10-Дек-16, 03:12 
> С этого места поподробнее. "AMD забили на R9 270" - инфа из
> каких источников?

Аноним: Возможно, речь про дрова на строй архитектуре, дровишки видимо из арч линукс вики, там что-то подобное было.

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

102. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от getfr (?), 10-Дек-16, 03:19 
у меня такая.

Столкнулся с тем, что в драйверах для новых ядер и иксов идет провал, в который попадает, например, моя R9 270.

На сайте AMD "AMDGPU-PRO" начинается от R7 260 и выше, а предыдущие одно или два поколений не поддерживаются. В том числе и моя карта.

Например, их драйвер для ubuntu 15.10 работает, а для 16.04 и новее - уже нет.

Собрать вручную не вариант, ибо там проблемы в исходном коде.

И AMD этого не скрывает, просто не говорит об этом громко. Вы можете посмотреть спецификации драйверов в списке поддерживаемых видеокарт.

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

109. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –3 +/
Сообщение от Аноним (-), 10-Дек-16, 07:39 
> Собрать вручную не вариант, ибо там проблемы в исходном коде.

Мужик, я не понял. Тебе дали исходный код - что еще ты хочешь? собери сам, чего кричать то.
Неосилятор ? Тогда найди кого нить кому заплатишь и он сделает.
Большего в GPL тебе не должны.

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

137. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от getfr (?), 10-Дек-16, 17:40 
сейчас умный слова скажу (с)

Там точки входа разные. Если в новых иксах по-другому, то не заведешь и с исходниками.

Упор на обновленный xorg вроде привел к этому

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

113. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 10-Дек-16, 09:11 
так R9 270 относится к GCN-архитектуре же, вроде как
что-то вы не договариваете, мил человек
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

138. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от getfr (?), 10-Дек-16, 17:45 
Архитектура да, только версия другая.

Мало того, драйверы Crimson 16.9.2 и старше для Windows изначально тоже не поддерживают эту архитектуру.

Они работают, но часть функций отключают. приходится через одно место ставить 16.7.3

Все, что я описал доступно и с их сайта, просто надо внимательно читать


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

254. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 18-Дек-16, 04:57 
> Мало того, драйверы Crimson 16.9.2 и старше для Windows

А при чем тут виндовс? Экспериментальную поддержку GCN 1.0 запилили в свежевышедшем Linux kernel 4.9. Разумеется пройдет время до тех пор пока она станет стабильной и безбажной и на нее переключатся по умолчанию. Но желающие фич с пылу с жару могут юзануть уже сейчас, на свой страх и риск.

На выбор - проприетарный вулкан из amdgup и открытый radv. Проприетарный opencl и открытый. GL 4.5 есть что в проприетарном (-PRO) драйвере что в MESA. Ну нифига себе забили на желео. При первом же намеке на тормозняки с GCN 1.0 amd словили нефиговый uproar и нравится, не нравится а придется поддерживать вообще все gcn в линухе в нормальном виде. Amdgpu будет для всех. И с проприетарными и с открытыми компонентами. А как там в виндосе - пусть пользователи этого досвидоса и ипутся как хотят. Это ж не линукс.

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

118. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от iZENemail (ok), 10-Дек-16, 11:14 
Ах вот почему User294 соскочил с Ubuntu на Debian. Его хвалёная AMD R9 270 просто не завелась в новой версии *buntu! Что давало ему право поливать грязью пользователей старых видеокарт AMD HD 4xxx/5xxx и новых NVIDIA GT/GTX вдруг перестало быть актуальным, а самого отбросило в технологическом плане на несколько лет.
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

230. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 14-Дек-16, 17:24 
> Ах вот почему User294 соскочил с Ubuntu на Debian.

Изя, ты упрлс. Я на десктопах пользуюсь бунтами. Но если они будут настаивать на своих snap-чтототам, я таки могу и дебиан заюзать. Это немного грабельнее в плане напильника, но ничего такого с чем я бы не справился.

А дебианом я пользуюсь на эмбедовке. Ну и на серверах временами. Основным аргументом "за" являются более удобные условия успользования репов и создания деривативов. Что актуально если я намереваюсь рубануть капусты за создание девайса. Ну не хочется мне даже минимальный шанс встречаться в суде с {сапопикалом, альтами, insert your name here}.

Ну и дебиан как-то проще как система где я хочу станцевать от печки. Когда мне надо пустой минимальный образ с zero assumptions о том чем это будет дальше. Потому что не десктоп и не сервер и отдирать всякие "базовые" и "стандартные" куски мне ну совершенно неохота. Согласно течению делеционизма, perfection is not when there is noting to add, but when there is nothing to remove. И вот в эмбедовке я таки делеционист, придирчиво изучающий каждую фигную на возможность "взять и у..ть". Ну как, система становится меньше, быстрее и стабильнее, покуда это было не в ущерб задаче :)

> Его хвалёная AMD R9 270 просто не завелась в новой версии *buntu!

Лол, изя, чтоб ты знал, он начиная с бунтов 16.* запускается из коробки и там сразу весьма приличный и шустрый GL 4.1 после инсталла системы.

> Что давало ему право поливать грязью пользователей старых видеокарт AMD HD 4xxx/5xxx

Это что, я сам себя грязью поливал?! А то у меня есть несколько 5ххх до кучи.

> и новых NVIDIA GT/GTX вдруг перестало быть актуальным, а самого отбросило в
> технологическом плане на несколько лет.

Меня? Отбросило? (добилловывая 4.9-й кернел) да размечтался, плюшевый.

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

119. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от 12345 (??), 10-Дек-16, 11:35 
JFYI:

Radeon R9 280X = Tahiti XT = Radeon HD 7970 GHz Edition
Radeon R9 280 = Tahiti PRO = Radeon HD 7950 Boost Edition
Radeon R9 270X = Curacao XT (Pitcairn XT) = Radeon HD 7870
Radeon R9 270 = Curacao PRO (Pitcairn XT) = Radeon HD 7870 reduced clocks
Radeon R7 265 = Pitcairn PRO = Radeon HD 7850
Radeon R7 260X = Bonaire XTX = Radeon HD 7790
Radeon R7 260 = Bonaire = Radeon HD 7790 with reduced configuration
Radeon R7 250X = Cape Verde = Radeon HD 7770 GHz Edition

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

139. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от getfr (?), 10-Дек-16, 17:48 
это Вы к чему?
Ответить | Правка | Наверх | Cообщить модератору

126. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от corvuscor (ok), 10-Дек-16, 14:13 
Я мб сейчас крамольную вещь скажу, но ты не пробовал юзать эту карту с месой без AMDGPU-PRO?
Тут некоторые люди поговаривают, что таки 3D ускоряется, игры играются, видео крутится.
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

136. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от getfr (?), 10-Дек-16, 17:37 
"свободные драйвера" ускоряют, но недостаточно.

Спасибо за подсказку, я в курсе. В курсе даже, что steam кривой и его программу надо доводить до ума стиранием ерунды.

Огорчил сам факт, что нормальных по скорости драйверов fgrlx нет, а то что есть - фигня

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

151. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 10-Дек-16, 20:54 
Тесты с фороникса говорят о том, что меса догнала и рвёт закрытый радеон.
Ответить | Правка | Наверх | Cообщить модератору

140. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от getfr (?), 10-Дек-16, 17:49 
... нормальных я имел в виду, что нормальных по скорости свободных

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

236. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 14-Дек-16, 23:12 
> Столкнулся с тем, что в драйверах для новых ядер и иксов идет
> провал, в который попадает, например, моя R9 270.

Вон ядро 4.9 как раз вышло. С устраненным провалом. Правда да, билдануть его для этого надо правильно.

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

244. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –2 +/
Сообщение от iZEN (ok), 15-Дек-16, 21:06 
>> Столкнулся с тем, что в драйверах для новых ядер и иксов идет
>> провал, в который попадает, например, моя R9 270.
> Вон ядро 4.9 как раз вышло. С устраненным провалом. Правда да, билдануть
> его для этого надо правильно.

Для билдовки ядра на линуксе нужен правильный тулчейн. А в каждом линуксе он свой и часто закрытый и/или усложнённый НАМЕРЕННО.


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

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

...каковым является банальный gcc :). Я обычно билдую стоковым гцц из репов. Что для x86_64, что для armhf (в репах есть готовый cross под armhf). Для чего-нибудь совсем экзотичного типа openwrt на mips с их необычными либцами может иметь смысл и внешний тулчейн но опять же это gcc.

> А в каждом линуксе он свой и часто закрытый и/или усложнённый НАМЕРЕННО.

Ядру линукса для сборки надо разве что gcc да make. Ну может еще что по мелочи, ncurses какой-нибудь для конфигуратора с менюшками.

Вообще, ядро линя одна из наиболее простых и приятных штук в сборке имхо. Разработчики линя себе не враги и поэтому сделали процессы так чтобы было сухо и комфортно.

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

120. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 10-Дек-16, 12:32 
Поддержка GCN 1.0 в amdgpu уже есть в экспериментальном виде.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

123. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от JL2001email (ok), 10-Дек-16, 13:36 
> Поддержка GCN 1.0 в amdgpu уже есть в экспериментальном виде.

а есть ли в каком из ppa которые видеодрова фигачат для убунты ядро с включённым GCN 1.0 в amdgpu ?

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

205. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от Аноним (-), 12-Дек-16, 02:56 
> А ты в курсе, что AMD забили на R9 270, например.

Это как? Они как раз для SI сейчас в 4.9 модуль AMDGPU запилили. Вот прямо в ядре 4.9 которое на грани релиза.

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

107. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  +/
Сообщение от anonymous (??), 10-Дек-16, 06:22 
> я уж подумывал следующую видяшку от АМД попробовать взять

Есть существенный минус: АМД не умеет в CUDA. Можно возразить, что оно поддерживает OpenCL. Но и в OpenCL оно тоже не умеет. Этот прискорбный факт уже обсуждался на OpenNET. Вместо компилятора AMD написало затычку, которая работает часами и производит кучу мусорного кода. Так что тот же Blender 3d, одна из немногих линукс программ, использующих активно вычисления на GPU, не поддерживает OpenCL. И не будет поддерживать, пока AMD не починит свой компилятор. А оно чинить не желает и сообществу отдавать тоже.

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

141. "Драйвер AMDGPU-PRO 16.50. В ядро Linux не будут приняты изме..."  –1 +/
Сообщение от getfr (?), 10-Дек-16, 17:52 
под Windows OpenCL работает вполне нормально, как я пробовал обработку видео.

Вы имеете в виду Linux-вариант?

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

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

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




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

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