Компания AMD опубликовала (http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Be...) первую предварительную версию нового проприетарного драйвера для платформы Linux, переведённого на использование открытого модуля AMDGPU, входящего в основной состав ядра Linux и развиваемого в рамках инициативы (https://www.opennet.me/opennews/art.shtml?num=42078) по унификации графического стека AMD для проприетарных и открытых видеодрайверов.Перенос в открытый модуль основного кода управления GPU позволяет упростить сопровождение, в том числе решает проблему с адаптацией проприетарного драйвера для новых версий ядра Linux. Для открытых графических драйверов использование AMDGPU позволяет ускорить внедрение новых возможностей и упростить поддержку нового оборудования. При построении на базе AMDGPU проприетарный драйвер превращается в набор работающих на пользовательском уровне библиотек, реализующих фирменные варианты OpenGL, OpenCL и других графических API. В открытых драйверах подобные API реализованы силами проекта Mesa.
По своим функциональным возмжностям представленный гибридный драйвер AMD примечателен поддержкой API Vulkan (https://www.opennet.me/opennews/art.shtml?num=43887). Также поддерживаются OpenGL 4.5, OpenCL 2.0, GLX 1.4 и средства ускорения видео VDPAU. В текущем виде драйвер предоставляет лишь базовые возможности по управлению энергопотреблением и экраном, поддерживается KMS (Kernel Mode Setting) и ADF (Atomic Display Framework). Из недоступных возможностей отмечается работа с несколькими GPU и переход в спящий режим (Suspend to disk). Поддерживается работа только на новых видеокартах на базе архитектуры GCN 1.2+, таких как GPU Tonga и Fiji.Тестовый драйвер распространяется под прежней проприетарной лицензией (http://support.amd.com/en-us/download/eula), под которой ранее распространялся набор Catalyst, ограничивающей поставку в составе сторонних продуктов. При этом сообщается, что AMD работает над созданием новой лицензией, содержащей меньше ограничений, которая будет использована для финального релиза. Для загрузки предлагаются 64-разрядные пакеты для Ubuntu 14.04.4.
URL: https://www.reddit.com/r/linux/comments/4b0hlr/amd_gpu_vulka.../
Новость: http://www.opennet.me/opennews/art.shtml?num=44074
Все видеокарты кроме еще не выпущенных на помойку!
В отличие от всяких зелёных кактусов, тут есть нормальные. свободные дрова. А вы страдайте, да.
Он играл в последний "крайзес" и плакал от недостатка Свободы. Рыдал как младенец.
> Рыдал как младенец.Почему "как"?
Я конечно не разбираюсь во всяких этих драйверах.
Но вот из-за новости 'в ubuntu 16.04 поддерживать проприетарный драйвер не будут' знатно так бабахнуло у народа, видать не все владельцы карт АМД познали нормальность открытых дров...
Инерция мышления в чистом виде. Основной инстинкт геймера-вантузятника - поставить дрова от производителя. Разбираться что это и зачем нужно - лишнее, проще по шаблону действовать.
> Все видеокарты кроме еще не выпущенных на помойку!Обещали постепенно сделать пожддержку всех GCN-ов и даже со временем открыть сорцы реализации вулкана. Там некоторые технические моменты есть, но решаемые.
Звучит хорошо, а источник есть?
Интересно можно ли сделать чтоб он и от версии xorg не зависел.
> Интересно можно ли сделать чтоб он и от версии xorg не зависел.Да. Просто! Надо блокировать _все_ изменения во всех следующих версиях xorg, которые повлияют на.
Начинание хорошее, а реализация как всегда. "Счастливый" владелец GCN 1.1.
GCN 1.1 с этим драйвером работает, просто в анонсе нет.
Для этих видеокарт amdgpu есть хоть в каком-то виде. А для gcn 1.0 вообще нет.
Будет вам и нам поддержка GCN 1.0. Правда известно, что обещанного 3 года ждут.. :)
https://www.phoronix.com/forums/forum/linux-graphics-x-org-d...
Есть ещё ТОП-овые 4-6 лет назад "не gcn" которые вполне покрывают современные хотелки, но уже признаны не поддерживаемыми.
> на использование открытого модуля AMDGPU, входящего в основной состав ядра Linux
> по унификации графического стека AMD для проприетарных и открытых видеодрайверов.То атомбиос "приоткрыли", то почти открыли и "унифицироывали" (с открытым драйвером, которому оно не надо!) прокладку под проприертарь. Чето только прориертарщики не делают лишь бы не делать Свободные драйверы.
Боятся, с---чи, утечки мозговых сущностей. Как это пркрасно! </нет>
> в том числе решает проблему с адаптацией проприетарного драйвера для новых
> Чето только прориертарщики не делают лишь бы не делать Свободные драйверы.AMD и свободными занимается, внезапно
>> Чето только прориертарщики не делают лишь бы не делать Свободные драйверы.
> AMD и свободными занимается, внезапноЗа это мы её и любим!!
http://www.opennet.me/openforum/vsluhforumID3/102182.html#232
+ microsoft и redhat мы тоже ♥http://www.opennet.me/openforum/vsluhforumID3/78699.html#33
и из четырёх человек на полной ставке, да. Спасибо!http://www.opennet.me/opennews/art.shtml?num=34109
http://www.opennet.me/openforum/vsluhforumID3/70337.html#8
...suse-novel-redhat-amd -- Работают^H^Hли! Уже столько лет -- во Благо.
> с---чиНе понял что это за слово.
> Не понял что это за слово.Держи нас в курсе.
вы это серьезно?
у нас в языке не так уж и много ругательств
искомое искать долго не придется
Ты количество дефисов посчитал или в глазах после пятницы расплывается?
я на количество дефисов вообще внимания не обратил
должно было быть так: с????чи
да, не надо думать, раз вы алкоголик, то и другие страдают от того же
Так что же это за слово такое с тремя буквами между "с" и "чи"? Стопчи?
плохо у вас с русским языком
существительное же, во множественном числе
Ну так напиши его, не томи. Можешь даже только пропущенный буквы написать, если стесняешься. Но только, чтобы их было обязательно три, как у опа.
>слово такое с тремя буквами междуКто сказал, что с _тремя_? Любители сканвордов такие смешные. Только не останавливайтесь!!
сусичи
Наверное, производное от способа измерения количества продаваемых крестьян. :)
Амд сделала чтоб ядерная часть драйвера была в ядре. Вывод? Амд ужастные прприетарщики.
Была частью ядра и в составе ядра.
> Амд сделала чтоб ядерная часть драйвера была в ядре. Вывод? Амд ужастные
> прприетарщики.Конечно, проприертарщики. Теперь оупупен-сорсники Торвальц-Эйрли будут на прокладку время тратить, _вместо_ свободного драйвера.
оно вообще-то общее и для mesa и для fglrx будет.
> Чето только прориертарщики не делают лишь бы не делать Свободные драйверы.
> Боятся, с---чи, утечки мозговых сущностей.Мне вот всегда было интересно - те, кто такое пишут, сами понимают, что код могут не открывать не потому, что боятся чего-то, или от жадности, а потому что код может содержать чужие компоненты, которые тоже закрытые? Можно понять, что тем же AMD, которая зарабатывает на продаже видях, может быть и все равно - открывать, или не открывать код, а мелким конторкам из пары десятков человек, которые, собственно, существуют за счет того, что разрабатывают некие промежуточные технологии, продавая их всяким там AMD - резон открывать код какой? У них других средств заработка, кроме продажи написанного ими кода - нет.
>> Чето только прориертарщики не делают лишь бы не делать Свободные драйверы.
>> Боятся, с---чи, утечки мозговых сущностей.
> Мне вот всегда было интересно - те, кто такое пишут, сами понимают,
> что код могут не открывать не потому, что боятся чего-то, или
> от жадности, а потому что код может содержать чужие компоненты, которые
> тоже закрытые?Я в курсе, и не катит. Не "компонент" hpsf386.exe(c)microsoft "убил" OS/2(c)IBM (и я знаю, что там не было "открытий", аналогия не про то), а _люди_ её убили.
Чужих "аомпонентов" мозговых сущностей, не приспособленных к открытиям кодов и документаций, у них по всему кремнию понапихано.И нет, я не считаю, что это подходящая отмазка не открывать документацию (да, амд открывает) и не пилить свободные драйверы.
> открывать код, а мелким конторкам из пары десятков человек, которые, собственно,
> существуют за счет того, что разрабатывают некие промежуточные технологии, продавая их
> всяким там AMD - резон открывать код какой? У них других
> средств заработка, кроме продажи написанного ими кода - нет.Продавйы мозговых сущностей должны страдать. Продавцы "кода" должны страдать.
Это моё к ним __взаимообразное__ отношение.
Андрей, создается впечатление, что Вы пьяны
прекращайте, во имя всеобщего блага
> Андрей, создается впечатление, что Вы пьяныВаши впечатления ошибочны. Сочувствую тяжёлому опыту, но прошу оставить проекции при себе.
> прекращайте, во имя всеобщего блага
>> Андрей, создается впечатление, что Вы пьяны
> Ваши впечатления ошибочны. Сочувствую тяжёлому опыту, но прошу оставить проекции при себе.
>> прекращайте, во имя всеобщего благакак в детском саду, ей-богу. Штаны на лямках. Обзываешь меня - переводишь на себя.
Т.е. по твоей логике оплеванный, не взирая на обстоятельства, должен признать, что был пьян и утереться этим? Кстати, про детские сады, ты в каком из них воспитывался?
> которому оно не надо!) прокладку под проприертарь.Подкладка - тот же радеон, но поддержка железа нормально разложена по версиям блоков, а не хаотично как раньше и доделано чего не хватало каталисту. MESA это жить не мешает.
> Чето только прориертарщики не делают лишь бы не делать Свободные драйверы.
Там полдюжины сервисных процессоров с прошивками, без них работать ничего не будет, поэтому для Полной Сводобы надо сначала свой GPU сделать, позволяющий желаемое технически.
> Боятся, с---чи, утечки мозговых сущностей. Как это пркрасно! </нет>
Где как. Местами фирмвары потому что так проще всего было. Почитай training sequences у DDR3 и GDDR5, там столько вариантов что логика в железе уже напрягает, предпочли небольшой процессор добавить.
Я чего то не понял...
Обладатели AMD карт сидящие на свободном драйвере получают дулю, а не вулкан?
В месе пока его нет, это да.
> Обладатели AMD карт сидящие на свободном драйвере получают дулю, а не вулкан?Обладатели старых карт вулкан пока не получат (пока его не запилят в мезе, во всяком случае).
Обладатели актуальных карт, сидящие на свободном драйвере amdgpu получают вулкан и opengl 4.5 после установки данного (исключительно user space) компонента.
Пока реализация вулкана будет закрыта в проприетарном блобе который использует открытый драйвер. Но обещали со временем перевести её в опен сорс.
Сейчас и NVIDIA, и AMD - как ядерный полигон. AMD переходит на открытый драйвер + закрытую реализацию OpenGL, в "известных проблемах" невозможность Suspend to RAM, нет поддержки Multi-GPU. Остальное - по ссылке в новости.NVIDIA сделала GLvnd - возможность запуска двух реализаций OpenGL одновременно. После ответа со стороны проекта Mesa, мы получим настоящий Optimus! Однако для этого NVIDIA пришлось пожертвовать нестандартным поведением библиотеки libGLX, которое было у NVIDIA, и только у неё. Поэтому часть приложений "отвалилась": в их коде есть проверка "если NVIDIA, то этот код, иначе другой". Ну вот что теперь делать? "Режим совместимости", как в Windows 2000/XP для Win9x-программ?
// Немного истории. В WinNT 4.0 не было многих мультимедийных компонентов (и даже PnP был слишком десктопным для серверов), поэтому многие приложения (в соновном игры делали проверку на WinNT, и в случае детектирования, выдавали окошко. В WinNT 5.0 дорабвили полную совместимость с Win9x, но приложения об этом не знали. Тогда Microsoft доабвила "режим совместимости", который только менял useragent системы, и ничего больше.
>пришлось пожертвовать нестандартным поведением библиотеки libGLX, которое было у NVIDIA, и только у неё. Поэтому часть приложений "отвалилась": в их коде есть проверка "если NVIDIA, то этот код, иначе другой". Ну вот что теперь делать?Гвоздями приложения свои не надо было к проприетарному крапу приколачивать.
Оно и не приколочено. Просто там проверка: если NVIDIA, то вот этот override, а если другой драйвер, то выполнить нормальный код. проверка при запуске находит NVIDIA и запускает override, и приложение "падает".NVIDIA просто создаст параметр __GL_OLD_APP=1, с которым старые приложения падать не будут.
Оно и не приколочено. Просто там проверка: если NVIDIA, то вот этот override, а если другой драйвер, то выполнить нормальный код. проверка при запуске находит NVIDIA и запускает override, и приложение "падает".NVIDIA просто создаст параметр __GL_OLD_APP=1, с которым приложение вместо "обходного пути" будет выполнять нормальный код, написанный для Mesa и Catalyst.
AMD уже не Бобр? Куда же теперь поворачивать флюгер, товарищи? Кому теперь подставлять?
>Кому теперь подставлять?Запасай ПОС-60 и кт315-ые. Поддержи Отечественное!
Та, ну это вы слишком. У нас же есть "Эльбрус" там Ц, М, Бл какой-то. Не знаю, на него можно сейчас поставить Линукс Детский или там Линукс Комитетский? Поддерживают они его? Должны же поддерживать, как образцовые импортозаместители.
>Не знаю, на него можно сейчас поставить Линукс Детский или там Линукс Комитетский?Оставайтесь на месте. Установщики последнего уже выехали.
> У нас же есть "Эльбрус" там Ц, М, Бл какой-то.Ага, на околомёртвых архитектурах, которые делают по устаревшей технологии и техпроцессу, на бушных станках и которые стоит как околотоповые интеловские ксеоны.
Да сейчас даже в мидендовые андроиды АРМы ставят мощнее.
> Ага, на околомёртвых архитектурах, которые делают по устаревшей технологии и техпроцессу,к ТП архитектура никак не привязана, но когда это останавливало опеннетовских икспердов?
> на бушных станках и которые стоит как околотоповые интеловские ксеоны.
познания в ценообразовании, также выдают в авторе иксперда
> Да сейчас даже в мидендовые андроиды АРМы ставят мощнее.
тут вообще без комментариев, лично кучу ПО адаптированного под эти платформы сравнили?
> к ТП архитектура никак не привязана, но когда это останавливало опеннетовских икспердов?Архитектура тоже является фактором. ARM например известен тем что у них маленькое ядро при хорошей производительности, что и делает их дешевыми при массовом производстве. А если можно побольше и подороже, получается хорошая производительность.
> познания в ценообразовании, также выдают в авторе иксперда
Лунгсоны и ингеники, олвинеры и рокчипы почему-то демонстрируют интересное сочетание цены и качества и расходятся как горячие пирожки. Без кивания на государство и ломовых цен. За коррупцию в китае вообще в расход пускают. Хорошо отбивает желание продавать третий пень по цене ксеона.
> тут вообще без комментариев, лично кучу ПО адаптированного под эти платформы сравнили?
Под ARM это ПО по крайней мере в руках можно повертеть. Вон весь дебиан, забирай.
>> Под ARM это ПО по крайней мере в руках можно повертеть. Вон весь дебиан, забирай.Сейчас загадочно намекнут что "усэ есть". Только страшно секретно.
а можно будет на двух амд-картах запускать проприетарный и открытый для разных карт ?
и можно ли сейчас такое делать ?
Предполагаю, что это можно будет делать даже в пределах одной карты, LD_LIBRARY_PATH/LD_PRELOAD в помощь. Но это при условии, что проприетарный драйвер будет нормально работать с ванильным libdrm/amdgpu, или что radeonsi из mesa будет нормально работать с libdrm/amdgpu-pro из поставки проприетарного (точнее гибридного, как его называют сами AMD-шники) драйвера. Сейчас amdgpu, который поставляется с блобом, имеет некоторые фичи, которых еще нет в мэйнлайне - тот же DAL.
Порекомендуйте, какой драйвер лучше всего для ATI RS600M (Radeon Xpress 1250) способный работать из под Trusty 14.04?
Поддержку RS600 убрали из проприетарного драйвера еще в 2009 году, остался только свободный. Свободный драйвер ядра для него называется radeon, драйвер Mesa - r300g, драйвер XOrg - xf86-video-ati.
Подскажите, для того кто недавно пользовался только затычками от интела, на сколько лет можно рассчитывать на поддержку к примеру в случае r9 380?
открытые работают и развиваются, разве этого мало?
а с проприетарными трудно что-то определенное сказать:
последняя версия для 5000-серии была сентябрьской прошлого года
Тебе напомнить, в каком году вышла 5000-серия, и какой год сейчас на дворе?
> Тебе напомнить, в каком году вышла 5000-серия, и какой год сейчас на дворе?Тем более что 5000-я серия прилично работает на открытом драйвере. OpenGL 4.1, нормальное упрвление питанием, приличная производительность, аппаратное декодирование видео. Что еще не хватает?
> Что еще не хватает?Только игрушечная поддержка OpenCL 1.2.
Все правильно. С этим порядок. Проблема только с hibernate
в каком году вышел apu с radeon 76xx? Их же тоже выкинули.
кавери и тот находится в ветке радеон а не в амдгпу .. r7 ))
> последняя версия для 5000-серии была сентябрьской прошлого года15.12 - декабрьская, не?
кто нибудь пробовал ставить отпишитесь, как оно?