Компания AMD опубликовала (http://support.amd.com/en-us/download/workstation?os=Linux+x...) выпуск набора драйверов AMD Radeon Pro 18.Q3 (https://support.amd.com/en-us/kb-articles/Pages/Radeon-Pro-S...) для Linux, основанного на свободном модуле ядра AMDGPU, развиваемого в рамках инициативы (https://www.opennet.ru/opennews/art.shtml?num=42078) по унификации графического стека AMD для проприетарных и открытых видеодрайверов. В рамках AMD Radeon Pro в одном наборе интегрированы открытый и проприетарный стеки драйверов. Драйверы amdgpu-pro и amdgpu-all-open (vulkan-драйвер RADV и OpenGL-драйвер RadeonSE, основанные на коде из Mesa) теперь предлагаются в одном пакете и пользователь на своё усмотрение может выбрать открытые или закрытые драйверы.Драйвер поддерживает API OpenGL 4.5, GLX 1.4, OpenCL 1.2, Vulkan 1.1 и VDPAU/VAAPI, включает базовые средства для управления экраном и питанием, поддерживает интерфейсы KMS (Kernel Mode Setting) и ADF (Atomic Display Framework), использует совместимый с лицензией GPL модуль ядра, поддерживает возможности FirePro (управление EDID и 30-разрядная цветность), Radeon FreeSync и DirectGMA для OpenGL.
В новом выпуске добавлена поддержка Ubuntu 18.04 LTS и RHEL 7.5, а также исправлены накопившиеся ошибки.
URL: https://support.amd.com/en-us/download/workstation?os=Linux+...
Новость: https://www.opennet.ru/opennews/art.shtml?num=49100
Если в игрушки под Wine собираетесь играть, НИ В КОЕМ СЛУЧАЕ НЕ СТАВИТЬ!!!
А что тогда ставить?
Не знаю как насчет вайна, но я играю в стиме в нативный l4d2 на xf86-video-amdgpu -- все отлично.
А ничего что новость не про xf86-video-amdgpu?
Спросили что ставить для игор, я ответил.
Наступил тот самый момент, когда открытые драйвера стали намного лучше проприетарных.
Если wine-nine, а игра DirectX 9, то согласен. А если игра DX10 или 11, то не согласен. Впрочем, лично у меня DX10 и выше игр почти нет.
Например GTAV на dxvk на про версии зависает вместе с системой, вам точно это надо?)
На каком драйвере?
> На каком драйвере?
> на про версии
В 2008 (или в 2009?) в годы актуальности Ubuntu 8.10, я снял видео, как на Каталисте "артефачит" игра под Вайном. В следующем релизе драйвера, багу поправили. Как так? Разрабы "почитывают" Опеннет? Или им кто-то кинул ссылку на видео?В общем, жди след. релиза драйвера, может разработчики почитают Опеннет, а затем потестят и пофиксят. А может, уже...
внезапно, если ставить только ядерную часть, то он норм работает с открытой местой и nine.
а почему? И что ставить тогда?
Есть встроенный AMDGPU, не PRO.На нём работает Gallium Nine и DXVK.
PRO нужен тем, кто использует OpenCL
от про нужна только OpenCL остальное и так работает :)
Мне интересно, можно ли как-нибудь и рыбку съесть, и сами знаете на что сесть?Тоесть, завести OpenCL, но при этом пользоваться свободным драйвером для графики?
Да, просто вытаскиваешь библиотеки из про драйвера (libamdчто-то-там.so, их две), а icd файл кладешь в /etc/OpenCL/тамещеоднапапка.
> Если в игрушки под Wine собираетесь играть, НИ В КОЕМ СЛУЧАЕ НЕ
> СТАВИТЬ!!!кто на карточках для рабочих станций в игрушки то играет?
это же не amdgpu-pro драйвер для игровых видях.. это драйвер для фаерпро всяких..
И не только под Wine
открытого на многое хватает
AMD вы самые лучшие.
да?!
как завести Radeon HD 7670M на 18.04 чтобы OpenCL было работающим?
А не:
Compiling OpenCL program split
LLVM ERROR: Cannot select: 0x7fd03a94ef08: i32,ch = AtomicLoadAdd<Volatile LDST4[%arrayidx.i.i(addrspace=1)]> 0x7fd01faa2c98:1, 0x7fd03d62f0d0, Constant:i32<1>
0x7fd03d62f0d0: i32 = add 0x7fd01faa2c98, 0x7fd03b1bbd00
0x7fd01faa2c98: i32,ch = load<LD4[%230(addrspace=1)](tbaa=<0x7fd03d6e85a8>)> 0x7fd03b74bc40, 0x7fd03b1c46e8, undef:i32
0x7fd03b1c46e8: i32 = add nuw 0x7fd03d627000, Constant:i32<256>
0x7fd03d627000: i32,ch = CopyFromReg 0x7fd03b74bc40, Register:i32 %1550
0x7fd03d62f888: i32 = Register %1550
0x7fd01fab2270: i32 = Constant<256>
0x7fd01faa3270: i32 = undef
0x7fd03b1bbd00: i32 = shl 0x7fd03b1bbe38, Constant:i32<2>
0x7fd03b1bbe38: i32,ch = CopyFromReg 0x7fd03b74bc40, Register:i32 %16
0x7fd03d62f000: i32 = Register %16
0x7fd01faa2548: i32 = Constant<2>
0x7fd0333c0e38: i32 = Constant<1>
In function: kernel_ocl_path_trace_path_init
...
https://community.amd.com/community/support-forums
HD 7670M судя по инфе это Terascale 2, старая VLIW архитекрутра, помоему их поддержку в проприетарных драйверах бросили в конце 2015 кода. В открытых только OpenGL (r600g) и работаеть будеть через ядерный мудль radeon. Конечно жаль что нет OpenCL, но с другой стороны помню слайды смотрел про архитектуру GPU, там говорилось насколько неэффективен VLIW для вычислений, и как с GCN стало лучше.
Чтоб не быть голословным, дисскусия на тему VLIW vs GCN в контексте OpenCL https://community.amd.com/thread/168029
> помню слайды смотрел про архитектуру GPU, там говорилось насколько неэффективен VLIW для вычислений, и как с GCN стало лучшеНу не знаю. У меня Radeon 5850 выдавал 412 MH/s на предельном разгоне - ни одна NVIDIA или проц не выдавали и близко.
> HD 7670M судя по инфе это Terascale 2, старая VLIW архитекрутраДа, это VLIW5.
В том числе из-за этого я и свалил на Нвидию.
У которой карты старше 5 лет идут в утиль (и нет открытых драйверов)?
И у которых просто великолепные драйвера Optimus с не менее разрывающим экран кадрами.
По мне так уж лучше пусть вообще не работает, чем то что было у меня на ноуте с их проприетарщиной.
На X-Server 1.19 и выше, можно включить PRIME Syncronization. Нет тиринга даже с выключенным композитным менеджером.
А ональные пляски с примусом-то до сих пор остались. А разгадка одна: гибридная графика — убогий выкидыш ущербных лишенцев.
Зачем Примус? NVIDIA PRIME. Никакого траха, только батарея ноута долго не держит.Начиная с X-Server 1.20 должна работать настоящая гибридная графика. Библиотека glvnd распределяет запросы, которые идут на libGL.so.1, либо на Интеловскую реализацию, либо на NVIDIA-вскую. Но я пока не слышал историй успеха.
Они на offloading забили член. Реализовали Optimus на свободном стэке на три четверти (буквально последний рывок остался) и бросили. Типа им не до нас, холопов. Юзайте кривой костыль bumblebee. Сука.Я настолько ох@$л с такой наглости, что сплавил ноут с невидией родственнику и купил с дискреткой RX560. Теперь кайфую и смотрю на невидиепроблемы свысока.
Если ставить OpenCL на Terascale, то более менее производительный вариант только один - проприетарный драйвер fglrx. Однако fglrx (последний crimson 15.302) встанет только на ядро 4.4 (м.б. 4.5) максимум, только патченый (легко гуглится что-то типа fglrx_kernel_4.4.diff) и будет работать только с Xorg версии =< 1.17.Далее всё по инструкции с сайта AMD, качаем оттуда же и ставим AMDAPPSDK-3.0 и acml6.1.0 в /opt (ссылки не привожу, уже устарели и не актуальны).
Затем ньюанс:cd /opt/AMDAPPSDK-3.0/lib/x86_64
ln -s sdk/libamdocl64.so libamdocl64.so
ln -s sdk/libOpenCL.so.1 libOpenCL.so
ln -s sdk/libOpenCL.so.1 libOpenCL.so.1Без этого ньюанса у меня OpenCL не заработал, возможно, есть другие более законные варианты.
На APU A8-4555M, например, c fglrx получаем 1 платформу и 2 девайса, выжимка clinfo:
Number of platforms: 1
Platform Version: OpenCL 2.0 AMD-APP (1800.8)Number of devices: 2
Device Type: CL_DEVICE_TYPE_GPU
Board name: AMD Radeon HD 7600G
Name: Devastator
Vendor: Advanced Micro Devices, Inc.
Device OpenCL C version: OpenCL C 1.2
Driver version: 1800.8 (VM)Device Type: CL_DEVICE_TYPE_CPU
Board name:
Name: AMD A8-4555M APU with Radeon(tm) HD Graphics
Vendor: AuthenticAMD
Device OpenCL C version: OpenCL C 1.2
Driver version: 1800.8 (sse2,avx,fma4)Для удалённого использования OpenCL в сеансе ssh есть свои ньансы: без доп.настройки сразу после reboot'а доступен CL_DEVICE_TYPE_CPU. Он работает быстрее, чем софтовый обсчёт, но медленнее, чем c CL_DEVICE_TYPE_GPU.
С выделеной платой GPU с Intel CPU скорее всего не будет CL_DEVICE_TYPE_CPU, не проверял.
Так же производительность возрастает при увеличении частоты CPU, т.е. для встроенного GPU есть такая зависимость.И да, периодически нужно делать:
/usr/lib64/fglrx/switchlibGL amd
/usr/lib64/fglrx/switchlibglx amd
чтобы восстанавливать слетающие линки на библиотеки. Некоторые нужные линки пропадают, например, при установке любых новых пакетов обычным менеджером.Что касается открытого AMDGPU, начиная с ядра 4.16 он работает с MESA OpenCL отлично (например, на APU Carrizo). Снижение производительности OpenCL относительно закрытого AMDGPU-PRO около 14% по некоторым моим тестированиям (в основном fft). В других задачах возможно отличия будут больше.
А я пользуюсь AMD APP SDK, потому что на странице скачивания дата релиза версии 3.0 была 2016 год, а версии 2.9.1 - конец 2015-го. Думал что версия 3.0 с драйвером Catalyst 15.12 не заработает... Так она работает? Пойду обновлюсь
Вот моя инструкция: http://opennet.ru/openforum/vsluhforumID3/114290.html#67
Оно дружит с address sanetizer (ASAN)? А то в предыдущих версиях были ошибки.
Какой смысл писать параллельно одни и теже жрова, почему разработчики не будут писать в open source, а создадут другую копию? Телеметрия?
Поехали вы уже со своей телеметрией. Патенты и сторонний код.
Почитай вот эту новость: https://www.opennet.ru/opennews/art.shtml?num=42078А также загляни в "похожие". Там - самая первая новость про это. Я не стал давать сразу на неё ссылку, потому что во второй новости объяснено короче.
Закрытые они пишут в первую очередь под винду (Mesa туда еще не портировали). Но дело к тому и идет, чтобы под их линукс дрова были целиком открытые.
А какая версия mesa положена в основу amdgpu all-open из Radeon Pro 18.Q3 ?
R9 270 поддержки по-прежнему нет.АМД !
Горите в аду!
Никогда у вас ни за что не куплю видеокарты. И процессоры.
АМД теперь - жадные мрази и лохотронщики.
Кое-как заработало на свободных в убунте 18.04 с подглюкиваниями.
Но это все крайне прискорбно
У меня две R9 290 Tri-X, они прекрасно работают в Ubuntu LTS-версий. В 14.04 сразу, а в 16.04 - после выполнения инструкции с Опеннета (в разделе "Советы"). Стим и игрушки в этих версиях убунты прекрасно работают.
R9 270 с древней архитектура, ставь radeon
> R9 270 поддержки по-прежнему нет.Вы что, издеваетесь - требовать от закрытых дров поддержку карт 6-ми летней давности (на архитектуре более чем 7-ми летней давности)? (да, Radeon 7950/7970 вышел в 2011 году, его упрощение 7870 - в начале 2012, а R9 270 это переименованый 7870 с чуть другими частотами)
Такие старые карты даже в amdgpu официально не поддерживаются, только в старом radeon драйвере.
а ниче, что 7870 поддерживается и R7 260?
Когда же mali для десктопов выпустят.
>R9 270 поддержки по-прежнему нет.Что значит нет?
Уже год почти на этой карте amdgpu работает не хуже (а местами и получше), чем radeon.
Единственное что - поддержку UVD в апстрим ядра пока не завезли.
У Radeon R9 270 начиная с ядра 4.10 была поддержка amdgpu у Ubuntu(но надо было блэклистить radeon), с 4.13 просто загружаем ядро с параметром radeon.si_support=0 amdgpu.si_support=1Но ты так не делай, продолжай страдать дальше.
Вот это меня и бесит. В начале 10-х, открытый драйвер прекрасно работал - надо было только добавить параметры при запуске игры. В лучшем случае два, в худшем - десять.И нигде их не прочитаешь. В сусе хоть в Release Notes такое писали, а в убунте?
> Вот это меня и бесит. В начале 10-х, открытый драйвер прекрасно работал
> - надо было только добавить параметры при запуске игры. В лучшем
> случае два, в худшем - десять.
> И нигде их не прочитаешь. В сусе хоть в Release Notes такое
> писали, а в убунте?дефолтный драйвер radeon (точнее вроде как radeon_si, не помню точно), прописывать параметры ядру надо только если вы хотите чтоб этот чип запустился на модном и молодёжном amdgpu
> если вы хотите чтоб этот чип запустился на модном и молодёжном amdgpuОн нужен для RADV, еще были редкие экземпляры карт gcn 1.0 у которых были проблемы с производительностью при использовании drm radeon. И плюс еще один немаловажный фактор - drm amdgpu позволяет регулировать обороты вентилятора.
radeon_si это реализация OGL в userspace, ведь сам по себе OGL это ведь только API, а radeon_si это его реализация, которая взаимодействует с ядерной частью radeon или amdgpu через libdrm.
Не, я не про параметры ядра. Я про:export HYBERZ=1
export ЕЩЁ_ЧТО_НИБУДЬ=true
export EXPERIMENTAL_FEATURE=1
./ssam3Причём половина этих параметров была якобы "нестабильной" годами, и в бложиках эти команды перечисляли. С комментариями вроде "оно не включено по умолчанию, но за все 4 года, что я этим пользуюсь, не ломало ни одной игры"
Сейчас, в 2018, я надеялся что всё в прошлом. Ан нет. Прописывать в GRUB надо, оказываетя
У кого r5 230 caicos (southern islands) вообще заводится с amdgpu? у меня по ходу от только с открытым radeon работает.
> АМД теперь - жадные мрази и лохотронщикиТочно! От жадности они спеки открывали в своё время, сотрудники их работали над открытыми дровами вместе с сообществом, а теперь вообще AMD юзает открытые дрова запилиные ими же в ядро. Капец, жмоты, ага.
ой ли лучшие? Radeon R7 M265 поддержки по прежнему нет, точнее то что есть и их инструкция по установке как минимум трындежь и провокация.
Radeon R7 M370 - только на словах. На деле - "CGN1.0 будем делать папізже".
А amdgpu - годно. Завел rx580 - без нареканий (если не считать оными сборку ещё сырого ROCM)
у меня после обновы на ядро 4.17 с опцией DRM_AMDGPU_CIK (amdgpu.cik_support=1) на rx460 на разрешение 2560x1440 лагать перестало в играх
Для RX460 этот параметр бесполезен, она на архитектуре gcn 1.3, изначально работает с модулем amdgpu.
amdgpu.cik_support=1 для карт на архитектуре gcn 1.2 (7790,260X, 280 и подобных).
значит дело не вней.
до этого стояли ядра 4.14 и ниже и лагало.
в 4.17 ещё появились опции
CONFIG_DRM_AMD_DC=y
CONFIG_DRM_AMD_DC_PRE_VEGA=y
наверное дело в них