AMD Polaris не умеет в GPU Reset?

0

1

Заметил спам [drm] scheduler comp_1.1.1 is not ready, skipping, переход в S3 не решил, попробовал ресетнуть гпу. Итог:

мая 30 17:46:31 wbx-desktop kernel: [drm] scheduler comp_1.3.1 is not ready, skipping
мая 30 17:46:31 wbx-desktop kernel: amdgpu 0000:10:00.0: amdgpu: GPU reset begin!
мая 30 17:46:31 wbx-desktop kernel: amdgpu 0000:10:00.0: amdgpu: BACO reset
мая 30 17:46:31 wbx-desktop kernel: amdgpu 0000:10:00.0: amdgpu: GPU reset succeeded, trying to resume
мая 30 17:46:31 wbx-desktop kernel: [drm] PCIE GART of 256M enabled (table at 0x000000F400380000).
мая 30 17:46:31 wbx-desktop kernel: [drm] VRAM is lost due to GPU reset!
мая 30 17:46:32 wbx-desktop kernel: amdgpu 0000:10:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring comp_1.1.1 test failed (-110)
мая 30 17:46:32 wbx-desktop kernel: amdgpu 0000:10:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring comp_1.2.1 test failed (-110)
мая 30 17:46:32 wbx-desktop kernel: amdgpu 0000:10:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring comp_1.3.1 test failed (-110)
мая 30 17:46:32 wbx-desktop kernel: [drm] UVD and UVD ENC initialized successfully.
мая 30 17:46:33 wbx-desktop kernel: [drm] VCE initialized successfully.
мая 30 17:46:33 wbx-desktop kernel: amdgpu 0000:10:00.0: amdgpu: recover vram bo from shadow start
мая 30 17:46:33 wbx-desktop kernel: amdgpu 0000:10:00.0: amdgpu: recover vram bo from shadow done
мая 30 17:46:33 wbx-desktop kernel: amdgpu 0000:10:00.0: amdgpu: GPU reset(1) succeeded!
мая 30 17:46:35 wbx-desktop kernel: BUG: kernel NULL pointer dereference, address: 0000000000000240
мая 30 17:46:35 wbx-desktop kernel: #PF: supervisor read access in kernel mode
мая 30 17:46:35 wbx-desktop kernel: #PF: error_code(0x0000) - not-present page
мая 30 17:46:35 wbx-desktop kernel: PGD 0 P4D 0 
мая 30 17:46:35 wbx-desktop kernel: Oops: 0000 [#1] PREEMPT SMP NOPTI

ssh после такого завис, дал только пароль ввести. Пришлось кнопкой перезагружаться, на экране - артефачная картинка со второго монитора.

Это полярисы не научились нормально восстанавливаться после gpu reset, или амд совсем не умеют писать драйверы? Под оффтопиком не проверял, да и нечем.
Видяха - RX 580. Так-то оно не мешает (реально падает очень редко в специфичных местах), но подобное видеть после ресета странновато.

←	Перегрев ноутбука Flow X13 GV301QC

Посоветуйте дешёвую метеостанцию

→

Можешь поглядеть на модуль ядра https://github.com/gnif/vendor-reset Полярисы там есть. Так что, наверное, так просто ресетнуть не получается.

anonymous
(30.05.24 17:24:13 MSK)

Что умеет эта железка - не знаю, но в драйвере очевидно баг. NULL dereference не должно случаться даже если периферия глючит.

firkax ★★★★★
(30.05.24 18:12:47 MSK)

ЕМНИП, нормальный GPU reset в линуксе завезли только начиная с rdna2. Насколько я смог понять из переписки в гитлаб, это сложная проблема, которая одним концом упирается в дизайн ядра, а другим концом - в аппаратные ограничения старых gpu.

Khnazile ★★★★★
(30.05.24 18:27:12 MSK)

Под оффтопиком не проверял, да и нечем.

UPD. проверил, RDR2 1050mv undervolt (100% вызывает проблемы):
Linux: либо ring gfx timeout but soft recovered (всё ок), либо ring gfx timeout, попытка неудачного ресета и последующие таймауты всех колец, а в конце Oops. Чёрный экран, больше ничего кроме ресета пк не сделать.
Offtopic: картинка зависает, драйвер падает, потом адреналин сообщает об таймауте, снова ресетит и всё ок.

whbex ★★
(30.05.24 19:08:03 MSK) автор топика

амд совсем не умеют писать драйверы?

жыр закапал с экрана.

anonymous
(30.05.24 22:07:37 MSK)

Да, то поколение сейчас только продать. Врятли когда-нибудь для него допишут драйвера до вменяемого состояния. Лучше пойти еще дальше и больше не брать ничего у красных

sehellion ★★★★★
(31.05.24 09:17:34 MSK)

Ответ на: комментарий от sehellion 31.05.24 09:17:34 MSK

да фанбоям лучше пройти значительно дальше. и не появляться тут.

anonymous
(31.05.24 09:32:02 MSK)

ssh после такого завис, дал только пароль ввести.

Из-за долбаного кривожопия с модным nvme такое бывает (особенно с ск хиниксом). Энергосберегайки не вяжутся с общей кучей железа и всё.

Так что пробуй другой ссд.

anonymous
(31.05.24 10:58:17 MSK)

где-то на резет нормально реагирует (при этом зависит даже не от чипа, а конкретной карту/производителя), но по факту - лотерея.

идеальной реакции, как у нвидии, не стоит ожидать

baja ★
(31.05.24 11:09:44 MSK)

Ответ на: комментарий от whbex 30.05.24 19:08:03 MSK

Вы её случайно не с рук купили?

steemandlinux ★★★★★
(31.05.24 12:08:08 MSK)

Ответ на: комментарий от sehellion 31.05.24 09:17:34 MSK

и больше не брать ничего у красных

В ноутбуках альтернатив не особо много, если только Apple Silicon или упороться в игровой ноутбук с дискреткой.

whbex ★★
(31.05.24 15:39:17 MSK) автор топика

Ответ на: комментарий от steemandlinux 31.05.24 12:08:08 MSK

Да тут роли не играет, ибо падать оно будет так на любой карте.

whbex ★★
(31.05.24 15:39:38 MSK) автор топика

Ответ на: комментарий от baja 31.05.24 11:09:44 MSK

идеальная реакция невидии - это постоянная необходимость ресетать? ок, зопейсал.

anonymous
(31.05.24 16:38:23 MSK)

Ответ на: комментарий от anonymous 30.05.24 17:24:13 MSK

Поглядел, с этим модулем ресетнулось нормально (правда в gdm выкинуло).

whbex ★★
(31.05.24 19:18:21 MSK) автор топика

Ответ на: комментарий от whbex 31.05.24 15:39:38 MSK

На б/у печальные прошивки.

steemandlinux ★★★★★
(31.05.24 20:58:06 MSK)

Ответ на: комментарий от steemandlinux 31.05.24 20:58:06 MSK

Суть топика даже не в проблемах самой видеокарты и не в самом ресете, а в том, что он после этого вызывает kernel NULL pointer dereference, т.е. вешает ядро.
И как я написал, в винде всё ресетается нормально.

whbex ★★
(31.05.24 21:07:31 MSK) автор топика

это тот самый хвалёный пукларис с «самыми допиленными драйверами»?

anonymous
(31.05.24 22:58:47 MSK)

Ответ на: комментарий от steemandlinux 31.05.24 20:58:06 MSK

Действительно: небось какие-то майнеры криворуко модифицировали AtomBIOS (а может ещё и карту ушатали неумелым разгоном) и спихнули её автору по дешёвке. + Автор не написал какой у него дистр: вдруг там унылый Debian со старыми дровами, от которого ожидают чудес. У меня RX590 на «SystemD-free» Artix Linux работает как часы, и даже мысли никогда не возникало что-то там ресетить (а более новые карточки не нужны из-за бэкдоров)

SakuraKun ★★★★★
(03.06.24 10:28:29 MSK)
Последнее исправление: SakuraKun 03.06.24 10:33:51 MSK (всего исправлений: 4)

Ответ на: комментарий от SakuraKun 03.06.24 10:28:29 MSK

криворуко модифицировали AtomBIOS

Я туда и от 470 VBIOS вшивал, разницы нет. Суть топика вообще не в этом.

мысли никогда не возникало что-то там ресетить

Ну так и у меня тоже не возникало до тех пор, пока глючный мод для Minecraft’а не отправил видеокарту в ресет (это был баг месы/мода, подтверждено его же автором, к видеокарте отношения не имеет). Или кривой андервольт. Один хрен после такого kernel NULL pointer dereference почти всегда, чего быть не должно. В винде всё как-то спокойно ресетится без VIDEO_TDR_FAILURE и прочих экранов смерти.

Vega в моём проце ресетится нормально, даже сессия не падает. Валятся только приложения с VK_ERROR_DEVICE_LOST.

whbex ★★
(03.06.24 14:14:13 MSK) автор топика
Последнее исправление: whbex 03.06.24 14:15:08 MSK (всего исправлений: 1)

Ответ на: комментарий от whbex 03.06.24 14:14:13 MSK

Качество работы видеокарты зависит от качества используемого AtomBIOS'а: с кривым/неподходящим/отсутствующим AtomBIOS'ом видекарта может или не запуститься вообще или вызывать kernel panick'и при определённых условиях - как и любое другое оборудование, некорректно работающее из-за программных/аппаратных проблем... Кстати, Linux Linux'у - рознь, а вы так и не написали: ни каким дистрибутивом пользуетесь, ни какая у вас версия ядра и т.д.! На каком-нибудь допотопном Debian'е ещё не так глючить будет ;-)

SakuraKun ★★★★★
(03.06.24 15:16:01 MSK)
Последнее исправление: SakuraKun 03.06.24 15:21:17 MSK (всего исправлений: 3)

Ответ на: комментарий от SakuraKun 03.06.24 15:16:01 MSK

На каком-нибудь допотопном Debian’е ещё не так глючить будет ;-)

вы ещё много лет назад рассказывали что всё ок, должно работать, дебиан новее

anonymous
(03.06.24 15:39:09 MSK)

Ответ на: комментарий от SakuraKun 03.06.24 15:16:01 MSK

Я же сказал, дело не в глюках, сама видеокарта стабильно работает. Проблема в том, что gpu recovery вешает всё ядро.

ни каким дистрибутивом пользуетесь

Fedora

ни какая у вас версия ядра и т.д

6.9.0, Mesa 24.0.7.

whbex ★★
(03.06.24 16:17:12 MSK) автор топика

Ответ на: комментарий от whbex 03.06.24 16:17:12 MSK

На первый взгляд - софт достаточно свежий, но ещё имеет значение с какими конфигами он собран (и что там эти RedHat'овцы намутили). Пожалуйста, проверьте, воспроизводится ли проблема в других дистрибутивах - желательно в тех которые отличаются кардинально, вроде того же без'SystemD'шного Artix. Устанавливать необязательно, можно использовать LiveUSB

SakuraKun ★★★★★
(04.06.24 11:20:33 MSK)

←	Перегрев ноутбука Flow X13 GV301QC

Linux-hardware

Посоветуйте дешёвую метеостанцию

→

Похожие темы