Вышел (https://www.mail-archive.com/xorg-announce@lists.x.org/...) релиз X.org-драйвера xf86-video-amdgpu 18.1.0 (https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/), который является форком драйвера xf86-video-ati (https://cgit.freedesktop.org/xorg/driver/xf86-video-ati/), адаптированным для работы поверх интегрированного в состав ядра Linux модуля AMDGPU (https://www.opennet.dev/opennews/art.shtml?num=42513), который также служит основой для нового гибридного (https://www.opennet.dev/opennews/art.shtml?num=44698) драйвера AMDGPU-PRO. Драйвер xf86-video-amdgpu ориентирован на использование с такими семействами GPU, как Tonga, Carrizo, Iceland, Fiji и Stoney. Код для поддержки старых GPU, которые не могут работать с модулем amdgpu исключён из кодовой базы драйвера.
Одновременно выпущена (https://www.mail-archive.com/xorg-announce@lists.x.org/...) новая версия свободного X.Org-драйвера xf86-video-ati 18.1.0, который остаётся актуален в свете отсутствия обновлений для legacy-веток проприетарного драйвера Catalyst, что мешает использованию устаревших карт AMD с новыми выпусками X-сервера. Для взаимодействия с оборудованием используется DRM-модуль ядра radeon.
В новых выпусках добавлена возможность передачи ресурсов RandR для эксклюзивного использования клиентом (Output Leases), что необходимо при использовании шлемов виртуальной реальности. При помощи Output Leases клиент может получить прямой доступ к устройствам вывода, в обход X.Org Server (например, система композитинга виртуальной реальности может получить прямой доступ к шлему без какого-либо обращения к X.Org Server).
Внесено множество исправлений, нацеленных на увеличение надёжности работы режима "TearFree", который защищает от появления разрывов (tearing). В том числе устранён крах при отключении TearFree во время работы. Решены проблемы со сборкой при использовании старых версий autotools.
В xf86-video-amdgpu дополнительно задействованы новые возможности DRM-модуля amdgpu ядра Linux 4.17: при использовании прослойки DC (Display Core) реализована поддержка расширенных функций управления цветностью, добавлена поддержка гаммакоррекции и X11 colormap для X-сервера, запущенного с глубиной цвета 30 бит в выше.В xf86-video-ati решена проблема с повреждением содержимого экрана и крахами при использовании архитектуры GLAMOR для ускорения 2D-операций в Xorg.
URL: https://www.mail-archive.com/xorg-announce@lists.x.org/...
Новость: https://www.opennet.dev/opennews/art.shtml?num=49277
Шикарно!
Так может от этого релиза драйвера ждать поддержку FreeSync по HDMI?
А то я уже потерялся на чом именно всё зависло...
https://www.phoronix.com/scan.php?page=news_item&px=AMD-Sept...
АМД уже запушили поддержку в dri-devel. Так потыкать можно уже сейчас и скоро будет в апстриме.
https://lists.freedesktop.org/archives/dri-devel/2018-Septem...
KDE seems to have the best support for this with an explicit option to disable tearing support.
Ващееее изумительно, а сами игры второстепенны для меня.
Пасибы, наконецто АМДа разродилась!
xf86-video-ati поможет починить черный экран или все равно придется пользоваться nomodeset? Карта Radeon HD 4670.
не думаю, что кто-то будет это чинитьсмените эту печку на rx550, цену за пару лет на электричестве отобьёте
>смените эту печку на rx550Пощади, человек-анекдот, у большинства версий rx550 TDP больше, чем у HD4670.
вы не туда смотритеtdp кажет максимум, а смотреть надо на средний
у мя rx460 3-9 w жрёт в офисном режиме, 4670 так не умет
> Пощади, человек-анекдот, у большинства версий rx550 TDP больше, чем у HD4670.TDP это одно, а управление питанием и аппетиты на холостом ходу - другое. У 4000-й серии управление питанием достаточно рудиментарное по сравнению с чем-то типа rx550. У которой к тому же нанометры тоньше, так что аппетиты меньше.
Если не зарепортить баг куда следует, то проблема может оставаться не исправленной годами.
Скорее всего проблема в ядерном модуле, а не в иксовых дровах.
Его трудно зарепортить т.к. он роняет на этапе загрузки, т.е. в логах следов не остаётся.
p.s. и проблема в dpm спасает radeon.dpm=0 а потом при загрузке профиль в low (а для игрушек в hight, в ручную) но у меня 6980 может тут про другое
стоп, а как low/high чем менять профиль?
https://wiki.archlinux.org/index.php/ATI#Dynamic_power_manag...
Смотреть с Profile-based frequency switching
> Его трудно зарепортить т.к. он роняет на этапе загрузки, т.е. в логах следов не остаётся.То что GPU не взлетел - совершенно не мешает файловой системе записать лог. Более того, ОС при этом чаще всего живая и можно зайти на нее допустим по ssh, полюбоваться на это дело. Если ошибка инициализации GPU вклинивает все ядро, это вообще жирный баг. То что при ошибке инициализации GPU на экране прицепленном к этому GPU нифига не видно - другой вопрос. Это не значит что система целиком висит, чаще всего система просто не может отрисовать ничего на дохлый GPU.
> p.s. и проблема в dpm спасает radeon.dpm=0 а потом при загрузке профиль в low
> (а для игрушек в hight, в ручную) но у меня 6980 может тут про другоеЛучше репортнуть это амдшникам. Предварительно проверив что проблема осталась с самым свежим ядром и фирмварями GPU. Да, свежие фирмвари тоже важны - управление питанием делается одним из helper'ов, SMU чтоли, и если его фирмвара глючная и плохо играет с ядром - опачки.
У меня как решение, работает radeon.dpm=0
> xf86-video-ati поможет починить черный экран или все равно придется пользоваться nomodeset?
> Карта Radeon HD 4670.Нет, не поможет. Поставь самый свежий кернел и прошивки. Если проблема так и осталась - напиши баг амдшникам.
давно еще купил себе 5770.
настолько хорошо работает, что до сих пор не хочется на что-то менять.
Десятилетиями борются с разрывами.
А разрывы всё там же.
Tear free - ни единого разрыва!
А чем он отличается от мезовских?
Да хороший вопрос)) я вот тоже задумался и чего не обьеденить усилия?
Их и пишут одни и те же рожи. И даже частично объединяют - в случае GCN ускорения 2D по сути и нет, все через glamor. Который выгружает все и вся как 3D операции для MESA-овской начинки. Так что кодинг по сути свелся к гейтованию шила в мыло.
Не очень в этой теме разбираюсь, как я понимаю это драйверы для отрисовки иксов с аппаратным ускорением 2d. Как именно ускорять 2d зависит от этих дров, раньше (для старых карт) ускорение 2d достигалось непосредственной работой с видеокартой, теперь 2d ускоряют через OpenGL, такая реализация называется GLAMOR, следовательно GLAMOR будет использовать реализацию OpenGL в mesa.
> А чем он отличается от мезовских?Тем что это довесок для Xorg, в то время как mesa - реализация opengl. Это ортогональные штуки, которые если и связаны с собой - то лишь местами. OpenGL может работать и без xorg, например. Как glmark2 и прочие kmscube в drm-консоли, допустим.
ушел с xf86-video-ati как только подключил второй монитор. Radeon HD 6770