Source
Framework Desktop Crashes (forum)
ConfirméePublié le 16 sept. 2026Mis à jour le 16 sept. 2026
- Organisation
- Framework Community
- Type
- Forum
- Fiabilité
- Fiabilité moyenne
- Publié
- 2026-03 et suite
- Consulté le
- 16 septembre 2026
- Sujets
- framework, strix-halo
Citée par 4 page(s)
Mémoire GPU allouable sous LinuxLinux · Comment dépasser les 64 Go de GTT par défaut sur Strix Halo (UMA BIOS, ttm.pages_limit, amd-ttm), avec les plafonds observés (108 et 120 Go), les paramètres contradictoires et la procédure de mesure à réaliser.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
Crashs et hard locks sur Framework Desktop 64/128 Go depuis mars 2026, Windows 11 et Fedora, en jeu et au chargement de modèles IA ; BIOS 3.03/3.04/3.05 beta, Adrenalin 26.2.2/26.3.1 ; pistes : boost GPU instable, état ACPI, mémoire ; contournement cité : limiter la mémoire iGPU à 24 Go en BIOS. Partiellement résolu avec Adrenalin 26.3.1 + BIOS 3.05 beta ; pas de correctif officiel confirmé en fin de fil.
Ce qu'on en retient
Risque de stabilité non résolu sous forte charge GPU ; le contournement (24 Go) est incompatible avec l'usage LLM.
Limites
Fil de forum hétérogène (Windows et Linux mélangés), cause non établie.