Dear Maintainer, System often freezes, unpredictably, including under low load.
https://www.perplexity.ai/search/6bbe659b-9626-4c61-bd76-b6d6fa95b5b5 Пт, 9 янв. 2026 г. в 22:39, Olivier Cailloux < olivier.cailloux@dauphine.psl.eu>:
https://www.perplexity.ai/search/6bbe659b-9626-4c61-bd76-b6d6fa95b5b5 Пт, 9 янв. 2026 г. в 22:39, Olivier Cailloux < olivier.cailloux@dauphine.psl.eu>:
Hi Olivier, Can you please provide the full boot log including the amdgpu related errors you are seeing? So please the full boot log from the start until up to the probleme is triggered. Regards, Salvatore
Le mardi 20 janvier 2026 à 05:59 +0100, Salvatore Bonaccorso a écrit : Sure. Here it is, obtained by running “sudo LC_TIME=C journalctl -b 88f876ad2f714d8cb9a5256a65a070e9 > journal.txt”.
… with attachment. Sorry.
Olivier: amdgpu 0000:03:00.0: [drm] *ERROR* [CRTC:91:crtc-0] flip_done timed out [drm:amdgpu_dm_atomic_check [amdgpu]] *ERROR* [CRTC:91:crtc-0] hw_done or flip_done timed out This is almost always a symptom of a failure of the GPU's firmware. These GPUs consist of many "IP blocks" (Intellectual Property) - better known as firmware - for the different functions each 'block' provides. The error is telling us the driver is waiting for an acknowledgement from the GPU firmware but it never arrives. In most cases it would require the firmware/block to be reset and restarted to regain functionality. The causes of these errors across a vast number of AMD GPUs are not understood even by the AMD Linux GPU developers! Recently though there's an initiative to try to deal with the symptom by identifying where the problem is and restarting the IP block. We'll have to wait and hope they follow through and we get a commit that can also be back-ported. See https://lkml.org/lkml/2026/1/22/2079 I build and run latest mainline (currently on 6.19.0-rc7+debian+tj) and see the flip_done timeout occassionally so if the thread leads to a usuable patch I'll be testing it. Tj.