Source
Strix Halo / gfx1151: gfx ring timeout under mundane GL load (forum)
ConfirméePublié le 16 sept. 2026Mis à jour le 16 sept. 2026
- Organisation
- Framework Community
- Type
- Forum
- Fiabilité
- Fiabilité moyenne
- Publié
- 2026-05-01
- Consulté le
- 16 septembre 2026
- Sujets
- framework, strix-halo, linux
Citée par 4 page(s)
Installation reproductibleLinux · Canevas d'installation du serveur Linux de la Box, du BIOS aux conteneurs, présenté étape par étape avec, pour chacune, l'indication de ce qui est sourcé et de ce qui reste à valider sur la machine.Stabilité et problèmes connusLinux · Inventaire sourcé des problèmes de fiabilité rapportés sur Strix Halo et Framework Desktop sous Linux (crashs GPU, VGPR, MES ring timeout, xHCI/s2idle, USB-C, BIOS, NIC Beelink) avec leur état et les contournements.Framework Desktop (Ryzen AI Max+ 395, 128 Go)Matériel · Machine candidate de la Box IA : APU AMD Strix Halo avec 128 Go de mémoire unifiée, compacte et silencieuse, mais dont le support ROCm n'est officiel que depuis août 2026 et dont la stabilité sous forte charge GPU reste à démontrer.Stabilité sous charge continue pendant 24 heuresExpérimentation · Faire tourner llama-server 24 h avec 4 slots actifs et journaliser dmesg, températures et consommation, pour vérifier que les crashs GPU rapportés depuis mars 2026 ne se reproduisent pas avec BIOS 3.06 et noyau 6.18.4+.
Ce que dit la source
Kubuntu 26.04, noyau 7.0.0-15.15, BIOS 3.03 : gfx ring timeout sous charge GL banale (Slack), reset GPU MODE2 ; pci=ecrc=on inefficace ; piste MES (Micro Engine Scheduler) ; amdgpu.gpu_recovery=1 permet la récupération. Correctif upstream attendu.
Ce qu'on en retient
Un bug amdgpu de type ring timeout persiste sur des noyaux récents ; gpu_recovery=1 est un filet de sécurité à tester.
Limites
Un rapport, BIOS ancien (3.03) ; non reproduit sur BIOS 3.06.