https://opennet.ru/openforum/vsluhforumID3/109860.html Компания AMD опубликовала (http://support.amd.com/en-us/download/workstation?os=Linux+x86_64) выпуск проприетарного драйвера AMDGPU-PRO 16.50 (http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-Release-Notes.aspx) для Linux, основанного на свободном модуле ядра AMDGPU, развиваемого в рамках инициативы (https://www.opennet.ru/opennews/art.shtml?num=42078) по унификации графического стека AMD для проприетарных и открытых видеодрайверов. Драйвер сформирован для Ubuntu 16.04, RHEL/CentOS 7.3, RHEL/CentOS 6.8 и SLED/SLES 12 SP2. <br><br><br>Выпуск примечателен поддержкой новых GPU на базе микроархитектуры GNC 1.0, таких как AMD Radeon R7 M465X/M370/M350, а также поддержкой DirectGMA для OpenGL и технологии FreeSync (https://en.wikipedia.org/wiki/FreeSync). Из возможностей драйвера отмечается поддержка API OpenGL 4.5, GLX 1.4, OpenCL 1.2, Vulkan 1.0 и VDPAU, наличие базовых средств для управления экраном и питанием, поддержка интерфейсов KMS (Kernel Mode Setting) и ADF (Atomic Display Framework), https://opennet.ru/openforum/vsluhforumID3/109860.html#255 Sun, 18 Dec 2016 04:00:37 GMT &gt; АМД, забейте на линукс. Здесь никому не нужны работающие игры и железо с фичами<br><br>У пингвиноидов не принято потреб_дствовать. А опенсорс подразумевает нормальное взаимодействие. АМДщники на самом деле в курсе, но так получилось что им напомнили лишний раз. <br><br>&gt; нужно чтобы вы развивали их стек, <br><br>Именно так. Если некто хочет чтобы ему было сухо и комфортно, он должен стать частью процесса. Настоящей. А не как в всяких бздах, когда корпорас вываливает какой-то мусор в лучшем случае, а вы тут типа кушайте, с лопаты. Правда в этом коде никто не разбирается, а корпорасам в одно лицо тоже майнтайнить все может быть нелегко. <br><br>В результате процесс клинит. Не удается оформить какой либо core api и выделить реюзабельные куски. Потому что каждое проприетарное чм0 колхозит как умеет и плевать хотело на все кроме своего болота. Попытки что либо менять наталкиваются на тот факт что есть куча дров которые никто не понимает и подрихтовать не может. Получается отличная свалка.<br><br>&gt; который бесполезен без железа,<br><br>В п https://opennet.ru/openforum/vsluhforumID3/109860.html#254 Sun, 18 Dec 2016 01:57:32 GMT &gt; Мало того, драйверы Crimson 16.9.2 и старше для Windows<br><br>А при чем тут виндовс? Экспериментальную поддержку GCN 1.0 запилили в свежевышедшем Linux kernel 4.9. Разумеется пройдет время до тех пор пока она станет стабильной и безбажной и на нее переключатся по умолчанию. Но желающие фич с пылу с жару могут юзануть уже сейчас, на свой страх и риск.<br><br>На выбор - проприетарный вулкан из amdgup и открытый radv. Проприетарный opencl и открытый. GL 4.5 есть что в проприетарном (-PRO) драйвере что в MESA. Ну нифига себе забили на желео. При первом же намеке на тормозняки с GCN 1.0 amd словили нефиговый uproar и нравится, не нравится а придется поддерживать вообще все gcn в линухе в нормальном виде. Amdgpu будет для всех. И с проприетарными и с открытыми компонентами. А как там в виндосе - пусть пользователи этого досвидоса и ипутся как хотят. Это ж не линукс.<br> https://opennet.ru/openforum/vsluhforumID3/109860.html#253 Sat, 17 Dec 2016 22:47:12 GMT &gt; Резюме-то какое?<br><br>Что не бздюкам линуксоидов о рабочих процессах учить. Васька из местных гаражей на своей шохе таки не учит Шумахера вождению, извини. Калибр не тот.<br> https://opennet.ru/openforum/vsluhforumID3/109860.html#252 Fri, 16 Dec 2016 08:36:51 GMT в чём же проблема? пусть выпускают просто патч, а пользователи будут патчить сорсы. не вижу затруднений.<br> https://opennet.ru/openforum/vsluhforumID3/109860.html#251 Thu, 15 Dec 2016 23:13:23 GMT &gt; (гордо отправлено с виндового десктопа) <br><br>Где тебе самое место.<br> https://opennet.ru/openforum/vsluhforumID3/109860.html#250 Thu, 15 Dec 2016 23:11:04 GMT &gt; Для билдовки ядра на линуксе нужен правильный тулчейн.<br><br>...каковым является банальный gcc :). Я обычно билдую стоковым гцц из репов. Что для x86_64, что для armhf (в репах есть готовый cross под armhf). Для чего-нибудь совсем экзотичного типа openwrt на mips с их необычными либцами может иметь смысл и внешний тулчейн но опять же это gcc.<br><br>&gt; А в каждом линуксе он свой и часто закрытый и/или усложнённый НАМЕРЕННО.<br><br>Ядру линукса для сборки надо разве что gcc да make. Ну может еще что по мелочи, ncurses какой-нибудь для конфигуратора с менюшками. <br><br>Вообще, ядро линя одна из наиболее простых и приятных штук в сборке имхо. Разработчики линя себе не враги и поэтому сделали процессы так чтобы было сухо и комфортно.<br> https://opennet.ru/openforum/vsluhforumID3/109860.html#249 Thu, 15 Dec 2016 22:51:36 GMT &gt; Вопрос не ко мне. Возможно для этого есть причина - срок поддержки <br>&gt; FreeBSD 9.x истекает 31 декабря 2016 года, ломать обратную совместимость новой <br>&gt; версией портов никто не хочет.<br><br>Ммм... подарок на новый год. А что до оборвать зависимость от llvm совсем - не, вот извини. Должен же кто-то шейдеры генерить? Так что какой-нибудь llvm там все-таки будет. А то что бздюки именно эти версии таскают - да это их дело.<br><br>&gt; (Да, тяжело на Debian бэкпорты ждать по году, а то и больше.) <br><br>Так не жди, как будто кто-то заставляет.<br><br>&gt; Ты правда думаешь, что в порт FreeBSD будут бэкпортировать? :)) Мантейнерам <br>&gt; легче запортировать новую стабильную и отлаженную версию, чем что-то с чем-то <br>&gt; сравнивать и сливать, пока новая версия не готова и проходит обкатку на линуксах.<br><br>Про обкатку и что там еще хорошо рассказал бсдшный чувак в списке рассылки. И как академики к дате тезиса судорожно дампят код, на поддержку которого потом все положат. И как корпорасы если коммитят, то вываливают как есть, без приведения https://opennet.ru/openforum/vsluhforumID3/109860.html#248 Thu, 15 Dec 2016 21:55:35 GMT &gt; Может для OpenGL достаточно всего лишь подменить libGL в X.Org, <br><br>YOLO! libGL - он "не в x.org" нынче. Более того - GL как таковой может работать БЕЗ ИКСОВ.<br><br>Например бенчмарк glmark2 умеет запускаться как в иксах так и через DRM напрямую. Пинаешь glmark2-drm в консоли без иксов. И поди ж ты, GL есть а иксов нет. Работает ли с нвидией не знаю, а с открытыми дровами интеля и амд пашет.<br><br>&gt; как это делает NVIDIA, а не городить огород из Mesa/DRI&LLVM<br>&gt; с однопоточным конвеером на CPU, а? Как считаешь?<br><br>Я считаю что:<br>1) мне пофиг на нвидию.<br>2) чтобы рассуждать про архитектуры в них надо разбираться, а это не твой случай.<br><br>Я конечно понимаю что там layering немного не тривиальный. Но если уж ты не разбираешься - так нафига умничать пытаешься? Чтобы повеселить публику? :)<br><br>&gt; Вот в NVIDIA 3D работает "из коробки",<br><br>Блободрайвер в большинстве дистров из коробки как раз таки отсутствует. И норовит отвалиться при обновлении ядра и проч. И с системой интегрируется от хреново до никак.<br><br>&gt; а в Linux Mesa https://opennet.ru/openforum/vsluhforumID3/109860.html#247 Thu, 15 Dec 2016 20:51:23 GMT &gt;&gt; "кто все эти люди и почему они не в армии?"(С) <br>&gt; Ты все правильно понял, можешь уже начинать разбираться в кодовой базе иксов, <br>&gt; если они тебе нужны. Разработчики дров их наелись и совершенно искренне <br>&gt; в гробу их видали.<br><br>вы не поверите - я тоже. <br>(гордо отправлено с виндового десктопа)<br>