Компания AMD опубликовала (http://support.amd.com/en-us/download/workstation?os=Linux+x...) выпуск проприетарного драйвера AMDGPU-PRO 17.40 (http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Dr...) для Linux, основанного на свободном модуле ядра AMDGPU, развиваемого в рамках инициативы (https://www.opennet.me/opennews/art.shtml?num=42078) по унификации графического стека AMD для проприетарных и открытых видеодрайверов. Драйвер поддерживает API OpenGL 4.5, GLX 1.4, OpenCL 1.2, Vulkan 1.0 и VDPAU/VAAPI, включает базовые средства для управления экраном и питанием, поддерживает интерфейсы KMS (Kernel Mode Setting) и ADF (Atomic Display Framework), использует совместимый с лицензией GPL модуль ядра, поддерживает возможности FirePro (управление EDID и 30-разрядная цветность), Radeon FreeSync и DirectGMA для OpenGL.В новой версии добавлена поддержка больших страниц памяти для оптимизации вычислений, связанных с блокчейном, таких как майнинг криптовалют. Для изменения размера страниц в модуль ядра amdgpu добавлен параметр vm_fragment_size=X (размер фрагмента вычисляется как 4KB * 2^X, по умолчанию X=4 (64KB)). Устранены проблемы с отрисовкой при использовании системы 3D-моделирования Blender и пакета фотореалистичного рендеринга FireRender. Исправлены ошибки, приводящие к крахам при выполнении тестов производительности графической подсистемы, таких как
Indigo Bench. Из не решённых проблем отмечается отсутствие поддержки RHEL/CentOS 7.4 и сбои при изменении размера терминала в Ubuntu 16.04.3.URL: http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Dr...
Новость: http://www.opennet.me/opennews/art.shtml?num=47476
>OpenCL 1.22.2 вообще-то
Возьми и поправь
Всё правильно. 2.x поддерживал Catalyst. Здесь имеет место быть даунгрейд.
Интересно в чём такая проблема с Linux, что даже проприетарный драйвер (раньше вроде ныли что патенты/лицензии не позволяют полноценные открытые драйвера писать, по-этому всё только под Windows, где всех устраивают блобы) не могут написать с поддержкой актуальных фич и чтобы работал чётко хотя бы на самом стандартном (а это либо RHEL/CentOS для профессионалов либо Ubuntu для потребителей) дистрибутиве.
С Linux всё хорошо! В новости о создании AMGGPU говорилось, что авторы проприетарного драйвера ранее не имели опыта работы с Open Source, и поэтому просят не обижаться, если будут "тупить". Когда AMDGPU-PRO релизнулся, разработчики ядра Linux малость отчитали авторов закрытой части - за велосипедостроение в области ioctl. Ну, они предупреждали что могут ошибаться. Сейчас всё нормально. А почему OpenCL стал старый? Наверное потому что приоритет отдавался OpenGL и Vulkan, а OpenCL "подтянут" позже.
> Сейчас всё нормально.А что сейчас то стало нормальным? Драйвер так закрытым и остался. Если раньше fgrlx хоть и отставал от свежих ядер, то его хотя бы можно было поставить под разными дистрами. А AMDGPU-PRO подходит только для 3-х дистров. Я, к примеру, так ни одним из них не пользуюсь.
При этом, fgrlx давно устарел. Открытый драйвер в 3д далеко не фонтан. Ставить Ubuntu ради AMDGPU-PRO не имею желания. Хрен знает почему, но на HiRes мониторе Ubuntu работает фиговенько.
>Открытый драйвер в 3д далеко не фонтан.Ну да, ну да.
Ещё одна жертва криокамеры? Открытый драйвер обошел закрытый в OpenGL (с пол-года как) и почти на уровне в Vulcan. За цифрами - к Форониксу.
Только на последней серии видеокарт. Как там её - Raven, Vega? Сейчас посмотрим как с 16.40 будет. И не полгода, а месяца два.
https://www.phoronix.com/scan.php?page=article&item=vega64-o...Да откуда же вы вылазите.
Пользую RX560 , mesa не только быстрее блобоподелок , но и адекватно работает с буфером текстур. На блобе буфер не очищается и в итоге после игры 1гб озу всегда занят х№р знает чем.
https://www.phoronix.com/scan.php?page=article&item=amdgpu-r...
На, любуйся. Fury - это Polaris, а отнюдь не Vega. Остальное - ещё старше.
> Только на последней серии видеокарт.Издеваешься? Там открытый драйвер сырее всего и требует много плясок. Всякие истории с DC/DAL и проч.
> При этом, fgrlx давно устарел. Открытый драйвер в 3д далеко не фонтан.Открытый драйвер сейчас обгоняет PROшного в половине AAA игр. Это не фонтан, это опенсорц в полный рост. Знаешь такие компании как Valve и Feral? А ты знаешь что они коммитят в открытый драйвер? В закрытый наверное тоже коммитили бы, но исходников же нет...
Ну да, у меня по нынешним меркам видюха далеко не первой свежести (какая-то R7 что-то там).
Например, далеко не передовой по части 3д sauerbratten под fglrx показывает 70 fps в FullHD. А с открытым драйвером даже при более низком разрешении что-то порядка 30-40 fps.
> авторы проприетарного драйвера ранее не имели опыта работы с Open SourceТак это разве опенсорсный драйвер?
> Сейчас всё нормально.
В Ubuntu глючит даже в банальном терминале, в RHEL/CentOS вообще не работает - это нормально?
> А почему OpenCL стал старый? Наверное потому что приоритет отдавался OpenGL и Vulkan
В предыдущей новости кто-то высказал мнение, что AMDGPU-PRO нужен главным образом именно для вычислений, а не для игрушек.
>> авторы проприетарного драйвера ранее не имели опыта работы с Open Source
> Так это разве опенсорсный драйвер?Гибридный
>> Сейчас всё нормально.
> В Ubuntu глючит даже в банальном терминале, в RHEL/CentOS вообще не работает
> - это нормально?Это ненормально. Я говорил только про ioctl.
>> А почему OpenCL стал старый? Наверное потому что приоритет отдавался OpenGL и Vulkan
> В предыдущей новости кто-то высказал мнение, что AMDGPU-PRO нужен главным образом именно
> для вычислений, а не для игрушек.Что NVIDIA, что AMD здорово зарабатывают на рендер-фермах. Конкретно у AMD это карточки FirePro. Поэтому OpenGL всё-таки приоритетнее, чем наукоёмкие вычисления, требующие OpenCL 2! В последнее время большую долю продаж занимают майнеры - но им и 1.2 хватает: много ли надо фич для перебора хэшей?
Вот подробнее: https://www.phoronix.com/scan.php?page=news_item&px=MTgwODA
Такая история с AMD уже не один год продолжается. Если GNU/Linux, то лучше выбирать Intel с или без NVIDIA.
Как бы ROCm существует.
Судя по новостям и комментам за некоторое время как про AMD так и про nVidia мне показалось, что драйверы nVidia под Linux ещё хуже, чем AMD. Однажды (правда довольно давно) попробовав nVidia я не остался доволен и на практике - свободный драйвер рисовал артефакты, а проприетарный не работал вообще. На моей древней интеловской карте тоже дела далеко от идеала: 2D и видео работают нормально, но нативные 3D-игры под Liux - каша (при этом под Wine норм).
> не работал вообщеИногда случается так, что система просто его не видит ввиду того, что ищет не в тех местах, где он (драйвер)) предполагал должен быть :)
Я стандартным системным способом включал (в Ubuntu есть выбиралка доступных драйверов, по-умолчанию выбираются опенсорсные, другие - просто перестановкой галочки) и они даже как бы работали, но компиз на них крэшился сразу при старте и окна рисовались без заголовков/рамок/итп.
Хе! Раз уж проприетарный -- то лучше, наверное, из оф.источника брать :)
> Хе! Раз уж проприетарный -- то лучше, наверное, из оф.источника брать :)Чтобы расхотеть это делать было достаточно пару раз поставить или снести каталиста в убунте и выкусить все что за этим следует. Думаешь с чего открытый драйвер так популярен, а модуль - в mainline? К этому были предпосылки...
Судя по симптомам, установленная версия драйвера имеющуюся модель карточки не поддерживала :)
Не знаю, а у меня на старой интеловской карте в ubuntu летает игра tetris-bsd.
Там именно 1.2Base Feature Support
OpenCL™1.2
Vulkan™ 1.0
VDPAU/VAAPI
> Из не решённых проблем отмечается отсутствие поддержки RHEL/CentOS 7.4 и сбои при изменении размера терминала в Ubuntu 16.04.3."Не прошло и ХХХ лет!" -- пользуясь тем же оружием радостно воскликнули из амбразуры NVidia :))
Как оно с вяленым работает?
> Из не решённых проблем отмечается отсутствие поддержки RHEL/CentOS 7.4 и сбои при изменении размера терминала в Ubuntu 16.04.3.Facepalm. На чём же тогда оно должно работать нормально? Куда уж стандартнее чем последние и при этом выпущенные далеко не вчера RHEL/CentOS и Ubuntu LTS? На чём же они тогда тестировали перед выпуском? Или это типа альфа-версия с критерием качества "запустилось и ладно"?
А ещё 17.30 валится почти сразу при включенном Address Sanetizer (ASAN). Невозможно отлаживаться! Отчёт им писал ещё до 17.30, но без ответа, блин.
На drm-next же, на котором оно писалось, как и остальные открытые драйвера. Просто разработчики amdgpu-pro ещё недостаточно хорошо осилили бэкпортирование.Это предположение, на данный момент я не в курсе дел. Читал рассылки на момент конфликта с велосипедостроением в DC, тогда оно базировалось на устаревшем на пару релизов ядре, в ответ на что мэйнтейнеры ядра настоятельно рекомендовали перейти на drm-next.
И где этот drm-next если не в Ubuntu? В Арче что ли?
> И где этот drm-nextВместе последним драйвером amdgpu — здесь: https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging...
Без него — здесь: https://cgit.freedesktop.org/drm/drm-misc/В дистрибутивы включают релизы, а не ветки разработчиков. Тем не менее, ветки разработчиков нередко работают в общем лучше релизов, но вместе с тем больше вероятность что там что-то сломано. На свой страх и риск их вполне можно использовать.
Черный экран после установки по умолчанию присутствует?
С Вейлендом работает?
Нет
> С Вейлендом работает?Каждый раз удивляюсь таким комментам. Зачем оно вам? У него что, уже есть какие-то реальные преимущества перед X, заметные пользователю?
> В новой версии добавлена поддержка больших страниц памяти для оптимизации вычислений, связанных с блокчейном, таких как майнинг криптовалют.А под Linux на AMDGPU-PRO можно толь майнить. Остальное тормозит ужасно. Почему свободный драйвер НАМНОГО быстрее этого ???
Ну... вообще-то вопросы надо было бы задавать если бы было наоборот. А так - разработка совместными усилиями - она, как бы, так и должна работать
Когда видеокарты с CGN 1.0-1.1 нормально заработают в Линукс?
Да уже нормально. R7 250X (формально 7770)
тут вам не Nvidia, уже несколько лет всё нормально работает
Radeon HD 8670M, R5 M330 как не работали, так и не работают. А надо как-то завести, потому что часто приходиться чертить в CAD (например, в BricsCAD), которые коректно работают не с Intel HD Graphics. Летом как-то компилил ядро 4.9 с включеными экспериментальными опциями работы с CGN 1.0/1.1. Но всеравно ничё не завелось. Так же плохо, что нету возможности нормально переключать с встроеной на дискретную графику AMD.
Продолжай компилить ядра вместо того, чтобы зарабатывать с помощью компа.
Однажды пришлось. У тебя, наверное, проблем никогда не возникало.
про BricsCAD + Mesa + AMd см. здесь: https://nixtux.ru/26
Спасибо!
Спасибо, не работает
30.10: Доступно обновление проприетарного драйвера NVIDIA
31.10: Доступно обновление проприетарного драйвера AMDСкорее всего оба пишутся одними и теми же индусами на одной кодовой базе.
Совпадение?? Не думаю!!!
Да. в клятой винде установил драва и забыл. тут же знатоки спорят какой куда и зачем, где чт работает а чт нет. бесконечн настройк и эскперименты... куда уж простым пользов разобр во всей этой каше...
У Винды дистрибутив только один! :))
по сути 2, следящий и не следящий, 10 и 7.
Неее... на ррынке побольше всяких-разных есть :)
Знатоки винды собралися.
> Знатоки винды собралися.Ну так, ещё не весь бимусор шпиёны собрали...
Блин! Соврал ...но всё жёстко унифицированно :))
Простой пользователь на Линукс? LOL
> AMD Radeon™ R9 285/290/290X GraphicsНу почему нет поддержки R9 270, ну почему?