В Linux на ноутбуке с AMD Ryzen зависает экран (amdgpu: ring gfx_0.0.0 timeout): диагностика Mesa, прошивок VCN, PSR и памяти UMA

В Linux на ноутбуке с AMD Ryzen зависает экран (amdgpu: ring gfx_0.0.0 timeout): диагностика Mesa, прошивок VCN, PSR и памяти UMA

Ноутбуки на мобильных процессорах AMD Ryzen с мощной встроенной графикой Radeon 680M / 780M / 880M / 890M (архитектуру этих графических ядер мы подробно сравнивали в материале интегрированная графика Iris Xe против Radeon 680M/780M) заслуженно считаются любимцами Linux-сообщества благодаря полностью открытому драйверу ядра amdgpu и графическому стеку Mesa. Однако на некоторых дистрибутивах и версиях прошивок пользователь внезапно сталкивается с болезненным сбоем: посреди просмотра видео в браузере, созвона с демонстрацией экрана или работы в графическом окружении Wayland картинка намертво замирает на 10 секунд, гаснет в чёрный прямоугольник и выбрасывает сессию обратно на окно ввода пароля (либо зависает полностью до SSH-подключения!).

Открыв после перезагрузки системный журнал предыдущего сеанса командой journalctl -b -1 -k | grep -i amdgpu, инженер видит знаковую красную строку: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_0.0.0 timeout (или ring vcn_dec_0 timeout, ring sdma0 timeout, GPU reset begin!) — точный Linux-эквивалент механизма сброса видеодрайвера по таймауту TDR Event ID 4101!

Смотрите на точное имя зависшего кольца (ring) в логе journalctl!

Внутри современного гибридного процессора AMD работает сразу несколько независимых аппаратных конвейеров (колец команд), и само название кольца в первой строке ошибки мгновенно выдаёт виновника без гаданий:

Пошаговый инженерный маршрут устранения

Шаг 1. Синхронизируйте три неразрывных компонента: BIOS + linux-firmware + ядро + Mesa!

Главная архитектурная особенность графики AMD на Linux: драйвер разбит на три разных пакета, и если на свежем ноутбуке 2025–2026 года поставили консервативный дистрибутив с годовалым пакетом прошивок linux-firmware и старой Mesa, то ядро отправляет команды старой версии микропрограммы видеодекодера VCN и микроконтроллера дисплея DMUB, вызывая гарантированный ring timeout!

1. Обновите системный UEFI BIOS ноутбука (в нём лежит таблица питания SMU встроенного графического ядра!).
2. Обновите пакет linux-firmware (после его обновления на Ubuntu/Debian/Arch обязательно пересоберите загрузочный образ sudo update-initramfs -u или sudo mkinitcpio -P, иначе на раннем старте ядро продолжит подгружать старые бинарники dmub и vcn из прошлогоднего initramfs — об этой тонкости забывают 80 % пользователей!).
3. Проверьте актуальность ядра (ветка 6.8 — 6.14+) и библиотеки Mesa (актуальные корректирующие выпуски ветки 24.x / 25.x).

Шаг 2. Если сбой происходит строго при проигрывании онлайн-видео в браузере

Проведите чистый двухминутный проверочный эксперимент без удаления системных пакетов:

• временно снимите галочку использования аппаратного ускорения в настройках вашего браузера и откройте тот же самый ролик в высоком разрешении с высокой кадровой частотой либо запустите демонстрацию рабочего стола в окне видеоконференции. Если на программном декодировании силами вычислительных ядер процессора ноутбук работает сутками без единого потемнения экрана и сброса графической сессии — сам кристалл гибридного процессора и оперативная память абсолютно исправны, а конфликт целиком локализован в связке конкретного профиля видеокодека, версии пользовательской графической библиотеки и загруженного бинарного файла микропрограммы блока декодирования видеопотоков. После выхода следующего корректирующего обновления графического стека дистрибутива аппаратное ускорение можно смело включать обратно.

Шаг 3. Проверьте выделение буфера UMA в BIOS и целостность оперативной памяти DDR5!

У встроенной графики Radeon 780M / 890M нет собственной распаянной видеопамяти — она работает напрямую с системной оперативной памятью ноутбука!

• В BIOS некоторых моделей по умолчанию жёстко зафиксирован крошечный буфер 512 МБ, при исчерпании которого тяжёлыми композиторами и локальными нейросетями некоторые версии драйвера ловят таймаут выделения памяти GTT. Выставьте в BIOS режим буфера графики UMA Frame Buffer = Auto (или разумные 2–4 ГБ при наличии 32+ ГБ ОЗУ).
• Если же в journalctl перед ring gfx_0.0.0 timeout видны строки GCVM_L2_PROTECTION_FAULT_STATUS, запустите многопроходный тест оперативной памяти ноутбука на холодном и прогретом шасси: на быстрой памяти DDR5 / LPDDR5X малейший битовый сбой мгновенно роняет графический конвейер (и при одновременном уходе в сон не мешайте ему ручными костылями — см. правильную настройку в статье про разряд ноутбука на Linux во сне s2idle).

Шаг 4. Диагностическая проверка дисплейной маски PSR (только при зависании вывода DMUB)

Если зависает исключительно картинка на встроенном экране ноутбука (при этом по SSH ноутбук жив и пингуется, а в логе видны ошибки dmub_srv), временно проверьте загрузку в меню GRUB (клавиша e на один старт без постоянной порчи конфига!) с отладочной маской отключения энергосберегающих функций дисплейного контроллера amdgpu.dcdebugmask=0x10: мгновенное исчезновение фризов подтверждает баг самообновления матрицы конкретной панели.

Стоп-линия

Категорически не добавляйте в параметры ядра устаревшие бездумные флаги amdgpu.gpu_recovery=0! Запретив ядру перезапускать зависшее кольцо, вы не устраните причину, а превратите пятисекундное моргание экрана с сохранением файлов в мёртвое зависание всей файловой системы до принудительного выключения кнопкой питания! Если же ring gfx timeout бьёт каждые десять минут на двух независимых живых USB-образах разных свежих дистрибутивов Linux и сопровождается артефактами в Windows — фиксируйте аппаратный дефект интегрированного видеоядра процессора по гарантийным правилам сервисного центра.

Контрольный чек-лист

• [ ] По выводу journalctl -b -1 -k точно определено конкретное кольцо сбоя (gfx, vcn или dmub).
• [ ] Обновлён UEFI BIOS, установлен свежий пакет linux-firmware и обязательно пересобран образ initramfs.
• [ ] Обновлены ядро Linux и стек Mesa, проверено поведение с отключённым аппаратным декодером видео в браузере.
• [ ] Проверен режим UMA в BIOS и прогнан полный предзагрузочный тест системной оперативной памяти.

Частые вопросы

Поможет ли установка тяжёлого корпоративного пакета AMDGPU-PRO с сайта AMD на обычный ноутбук?

Для обычного рабочего стола, браузеров, игр и видеомонтажа на ноутбуке — нет, и часто даже навредит! Открытый штатный драйвер RADV + RadeonSI из состава актуальной системной Mesa работает на мобильных чипах Ryzen быстрее и стабильнее проприетарного OpenGL/Vulkan; отдельный вычислительный компонент ROCm / HIP имеет смысл ставить точечно только тогда, когда вам нужны расчёты в Blender или локальных моделях машинного обучения.

Почему на внешнем мониторе через USB-C / HDMI ни одного зависания нет, а на родном экране ноутбука есть?

Потому что встроенная матрица ноутбука подключена напрямую к внутреннему цифровому выходу процессора и постоянно использует агрессивное автономное самообновление кадра вместе с прошивкой дисплейного микроконтроллера ради экономии заряда батареи, тогда как внешний настольный монитор по кабелю получает непрерывный стабильный поток синхронизации и вообще не задействует эти энергосберегающие переходы. Такое расхождение является стопроцентным маркером программно-прошивочной особенности конкретной панели ноутбука и полностью снимается обновлением системной прошивки платы либо отключением самообновления дисплея.

Полезные материалы по смежным узлам ноутбука: руководство по проверке ноутбука с гарантией.