Created attachment 17926 [details] Xorg.0.log с проблемой Обновился до Mesa 25.0.1-alt1 -- сначала на loongarch64 чтобы новую сборку, потом на x86_64 из https://git.altlinux.org/tasks/archive/done/_368/377023/build/100/x86_64/rpms/ чтобы убедиться, что проблема переносимая. На обоих системах 3D-ускорение пропало, один llvmpipe. Никаких новых ошибок ни в каких логах не нашёл -- только там, где в /var/log/Xorg.0.log.old написано (II) RADEON(0): glamor X acceleration enabled on KAVERI (radeonsi, , LLVM 19.1.7, DRM 2.50, 6.11.8-6.11-alt1) в /var/log/Xorg.0.log теперь (II) RADEON(0): Refusing to try glamor on llvmpipe Пока наблюдаю проблему на двух системах: x86_64 со встроенным радеоном: 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Kaveri [Radeon R7 Graphics] [1002:130f] loongarch64 с дискретным радеоном, кажется это R7 350: 07:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Oland XT [Radeon HD 8670 / R5 340X OEM / R7 250/350/350X OEM] [1002:6610]
Побовал на x86_64 обновлять ядро до 6.12.17, не помогло.
приложите Xorg.0.log с Mesa 24.3
Created attachment 17927 [details] Xorg.0.log с работающего 3d
Рабочая гипотеза: при импорте кода из libdrm_radeon (commit 1299f5c50a490fadeb60b61677596f13399ee136) разработчики не заметили, что в libdrm в r600_pci_ids.h больше идентификаторов, чем в Mesa -- в Mesa они разделены на pci_ids/r600_pci_ids.h и pci_ids/radeonsi_pci_ids.h. Из-за этого не считает radeon_surface_manager_new своими. Как так получилось? Они вообще не тестировали релиз на radeonsi? Или я чего-то не понимаю?
Рабочая гипотеза подтвердилась тестированием на AMD A10 PRO-7800B R7 (встроенный KAVERI), так что я соорудил PR https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33940
(In reply to Ivan A. Melnikov from comment #5) > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33940 За выходные получил reviewed-by от автора проблемного изменения. Сегодня дополнительно протестировал на имеющемся у меня здесь оборудовании -- десктопы на loongarch64 у нас все с радеонами, причём с разными. Получилось следующее: Kaveri (1002:130f, на x86_64) и два немого разых Oland'а (с одинаковым PCI ID, 1002:6610, на loongarch64) подвержены проблеме, мой патч её решает. Cedar (1002:68f9), Caicos (1002:6779) и RV730 (1002:9498) проблеме не подвержены, так как их ID в Mesa находятся в r600_pci_ids.h; мой патч работу 3D на них не ломает. Так что прошу пропустить задачу #377485 EPERM #2 sisyphus Mesa.git=25.0.1-alt2 А то не знаю, когда ещё там апстрим пошевелится, и захочет ли мёрджить патч от меня.
(Ответ для Ivan A. Melnikov на комментарий #6) > #377485 EPERM #2 sisyphus Mesa.git=25.0.1-alt2 March 10, 2025 Ivan A. Melnikov: - gallium/radeon: Make sure radeonsi PCI IDs are also included (upstream PR 33940) (ALTBUG#53351). https://www.altlinux.org/Руководство_по_написанию_changelog#Автозакрытие_багов
Я его руками закрою, мне будет приятно =)
Код принят в апстрим, а исправления -- даже до sisyphus_loongarch64.
