# AMD GPU MES Timeouts Causing System Hangs on Framework Laptop 13 (AMD AI 300 Series) **URL:** \ **Category:** Linux\ **Tags:** ubuntu\ **Created:** [June 30, 2025, 4:18pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364 "2025-06-30T16:18:25Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [June 30, 2025, 4:18pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/1 "2025-06-30T16:18:25Z")
# System Information - **Model** : Framework Laptop 13 (AMD Ryzen AI 300 Series) - **CPU** : AMD Ryzen AI (specific model not specified) - **GPU** : AMD Radeon 860M - **OS** : Ubuntu 24.04.2 LTS - **Kernel** : 6.11.0-28-generic # Problem Description Experiencing repeated system hangs caused by AMD GPU MES (Micro Engine Scheduler) timeouts. The system becomes completely unresponsive, requiring hard power-off via power button. This issue occurs multiple times per day. # Error Messages and Logs ## Primary Error Pattern: ```auto amdgpu 0000:c1:00.0: amdgpu: MES failed to respond to msg=MISC (WAIT_REG_MEM) [drm:amdgpu_mes_reg_write_reg_wait [amdgpu]] *ERROR* failed to reg_write_reg_wait ``` ## Critical GPU Timeout Leading to System Hang: ```auto amdgpu 0000:c1:00.0: amdgpu: ring vcn_unified_0 timeout, signaled seq=33651, emitted seq=33652 amdgpu 0000:c1:00.0: amdgpu: Process information: process RDD Process pid 4263 thread firefox:cs0 pid 4708 amdgpu 0000:c1:00.0: amdgpu: GPU reset begin! ``` # Reproduction Steps Cannot be reliably reproduced. Issue occurs randomly during normal system usage, for example when using Firefox with hardware acceleration enabled. # Impact - System becomes completely unusable - Requires hard power-off (potential data loss) - Occurs multiple times per day - Affects normal web browsing activities # Current Workaround **Temporary Fix** : Adding kernel parameter `amdgpu.mes=0` to disable MES ```auto sudo vi /etc/default/grub # Add to GRUB_CMDLINE_LINUX_DEFAULT: amdgpu.mes=0 sudo update-grub sudo reboot ``` **Verification** : After reboot, check with `cat /proc/cmdline` to confirm parameter is active. **Result** : This workaround successfully prevents the MES timeouts and system hangs, but is only a temporary solution as it disables the MES system entirely. # Expected Behavior The AMD GPU MES (Micro Engine Scheduler) should respond reliably to system commands without timing out, allowing normal system operation. ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [June 30, 2025, 7:44pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/2 "2025-06-30T19:44:29Z")
Please use the OEM kernel. The VCN issue is fixed there. I haven’t seen the MES issue but all testing happens on OEM kernel. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 1, 2025, 6:18am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/3 "2025-07-01T06:18:12Z")
Didn’t know that yet. Thanks, I’ll install it. That might also fix a Wifi issue (looses connection a few times a day)? ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [July 1, 2025, 1:09pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/4 "2025-07-01T13:09:39Z")
I haven’t seen that myself. But it may be access point dependent. Btw there are two OEM kernel - 6.11 and 6.14. 6.14 will have better performance. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 3, 2025, 7:52pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/5 "2025-07-03T19:52:09Z")
Using the OEM Kernel did make things better. Instead I get now regular crashes every 10 minutes or so. I upgraded to OEM kernel 6.14.0-1005-oem following Framework’s Linux compatibility recommendations for improved AMD AI 300 Series hardware support. **New Issue After Upgrade:** Following the OEM kernel installation, I encountered new DisplayPort AUX communication failures causing: - Mouse and keyboard input freezes - X-Server crashes - System hangs requiring hard power-off - Primary trigger appears to be Firefox with hardware acceleration enabled **Attempted Resolution:** I added the `amdgpu.sg_display=0` parameter to disable Scatter/Gather for the display subsystem: GRUB\_CMDLINE\_LINUX\_DEFAULT=“quiet splash amdgpu.mes=0 amdgpu.sg\_display=0” **Current Situation:** Unfortunately, despite both kernel parameters being active, DisplayPort AUX failures continue to occur with the same error patterns: amdgpu: [drm] amdgpu: DP AUX transfer fail:4 amdgpu: [drm] amdgpu: AUX partially written amdgpu: [drm] amdgpu: AUX reply command not ACK: 0x01 XIO: fatal IO error 4 on X server “:0” (EE) AMDGPU(0): failed to set mode: Permission denied But the issues I had wih the Wifi are gone with the OEM kernel. Is there a workaround please let me know. For production I have to switch back to regular kernel. ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [July 3, 2025, 8:13pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/6 "2025-07-03T20:13:21Z")
The aux messages are just noise. There is a missing patch in OEM kernel that makes them quieter. Don’t use parameters to turn off sg display or mes. Please drop all that and share specifics of your crash without them and I’ll advise as best I could. Also I STRONGLY suggest you don’t use X11. There are power management features that only work in Wayland. You will have higher power consumption. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 3, 2025, 9:11pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/7 "2025-07-03T21:11:10Z")
No Wayland please. I had multiple issues with it. I can try to solve those later when my system is running without this GPU bug. I removed the two parameters from GRUB and loaded OEM kernel 6.14.0-1005. It took maybe 10 minutes til the first crash happend. This is what I find in the logs: (first two lines are repetaed over and over again) Jul 03 22:45:14 jan-framwork13 kernel: amdgpu 0000:c1:00.0: amdgpu: [drm] amdgpu: AUX partially written Jul 03 22:45:14 jan-framwork13 kernel: amdgpu 0000:c1:00.0: amdgpu: [drm] amdgpu: AUX reply command not ACK: 0x01. Jul 03 22:45:14 jan-framwork13 kernel: audit: type=1400 audit(1751575514.794:265): apparmor=“DENIED” operation=“capable” class=“cap” profile=“/snap/snapd/24718/usr/lib/snapd/snap-confine” pid=3098 comm=“snap-confine” capability=12 capname=“net\_admin” Jul 03 22:45:14 jan-framwork13 kernel: audit: type=1400 audit(1751575514.794:266): apparmor=“DENIED” operation=“capable” class=“cap” profile=“/snap/snapd/24718/usr/lib/snapd/snap-confine” pid=3098 comm=“snap-confine” capability=38 capname=“perfmon” Jul 03 22:45:14 jan-framwork13 kernel: audit: type=1400 audit(1751575514.799:267): apparmor=“DENIED” operation=“open” class=“file” profile=“snap-update-ns.snapd-desktop-integration” name=“/proc/3129/maps” pid=3129 comm=“snap-update-ns” requested\_mask=“r” denied\_mask=“r” fsuid=1000 ouid=0 Jul 03 22:45:14 jan-framwork13 kernel: Lockdown: systemd-logind: hibernation is restricted; see man kernel\_lockdown.7 Jul 03 22:45:14 jan-framwork13 kernel: rfkill: input handler disabled Jul 03 22:45:15 jan-framwork13 kernel: audit: type=1326 audit(1751575515.098:268): auid=1000 uid=1000 gid=1000 ses=4 subj=snap.snapd-desktop-integration.snapd-desktop-integration pid=3188 comm=“snapd-desktop-i” exe=“/snap/snapd-desktop-integration/315/usr/bin/snapd-desktop-integration” sig=0 arch=c000003e syscall=203 compat=0 ip=0x7274c4c5c531 code=0x50000 Jul 03 22:45:15 jan-framwork13 kernel: audit: type=1326 audit(1751575515.098:269): auid=1000 uid=1000 gid=1000 ses=4 subj=snap.snapd-desktop-integration.snapd-desktop-integration pid=3188 comm=“snapd-desktop-i” exe=“/snap/snapd-desktop-integration/315/usr/bin/snapd-desktop-integration” sig=0 arch=c000003e syscall=203 compat=0 ip=0x7274c4c5c531 code=0x50000 Jul 03 22:45:15 jan-framwork13 kernel: audit: type=1326 audit(1751575515.098:270): auid=1000 uid=1000 gid=1000 ses=4 subj=snap.snapd-desktop-integration.snapd-desktop-integration pid=3188 comm=“snapd-desktop-i” exe=“/snap/snapd-desktop-integration/315/usr/bin/snapd-desktop-integration” sig=0 arch=c000003e syscall=203 compat=0 ip=0x7274c4c5c531 code=0x50000 Jul 03 22:45:15 jan-framwork13 kernel: audit: type=1326 audit(1751575515.098:271): auid=1000 uid=1000 gid=1000 ses=4 subj=snap.snapd-desktop-integration.snapd-desktop-integration pid=3188 comm=“snapd-desktop-i” exe=“/snap/snapd-desktop-integration/315/usr/bin/snapd-desktop-integration” sig=0 arch=c000003e syscall=203 compat=0 ip=0x7274c4c5c531 code=0x50000 Jul 03 22:45:22 jan-framwork13 kernel: show\_signal\_msg: 30 callbacks suppressed Jul 03 22:45:22 jan-framwork13 kernel: gdbus[3794]: segfault at 0 ip 00007831fdd9b0c2 sp 00007831e9f1ea48 error 4 in libc.so.6[19b0c2,7831fdc28000+188000] likely on CPU 2 (core 2, socket 0) Jul 03 22:45:22 jan-framwork13 kernel: Code: 0f 1f 84 00 00 00 00 00 f3 0f 1e fa 89 f8 09 f0 c1 e0 14 3d 00 00 00 f8 0f 87 2a 03 00 00 62 e1 fe 28 6f 07 62 b2 7d 20 26 d0 \<62\> f1 7d 22 74 0e c5 fb 93 c9 ff c1 74 50 0f bc c9 0f b6 04 0f 0f Jul 03 22:45:23 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 0 Jul 03 22:45:51 jan-framwork13 kernel: Lockdown: systemd-logind: hibernation is restricted; see man kernel\_lockdown.7 Jul 03 22:46:28 jan-framwork13 systemd-journald[489]: Time jumped backwards, rotating. Jul 03 22:50:31 jan-framwork13 kernel: warning: `Socket Thread’ uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211 Jul 03 22:51:15 jan-framwork13 kernel: Lockdown: systemd-logind: hibernation is restricted; see man kernel\_lockdown.7 Jul 03 22:51:22 jan-framwork13 kernel: input: WH-1000XM3 (AVRCP) as /devices/virtual/input/input16 ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [July 4, 2025, 4:33am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/8 "2025-07-04T04:33:34Z")
I don’t see a graphics crash here. That looks like an unrelated userspace crash to me. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 4, 2025, 5:13am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/9 "2025-07-04T05:13:02Z")
Thanks for your answer. But how can I fix this? I hardly can use my system without a fix. ☹ So here are the things I want to summarize: - It does go away when I use the standard kernel with the ` amdgpu.mes=0` option. - It does become much more intense when switching form the standard kernel to the OEM kernel. (From 1-2 times a day to every 5-15 minutes.) - So there must be something kernel/GPU related to it, right? - So far it only happens when using Firefox. Most of the times when I am using AI web pages. But the firsts two crashes happend using [canva.com](http://canva.com) - I turned off hardware acceleration in Firefox because it might be somehow related to a GPU issue. That didn’t help. One workaround might be using a different web browser. To make sure that it is indeed a Firefox related issue. But are there other things I can do to trace this and find a fix for it? Thanks! ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 5, 2025, 3:36pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/10 "2025-07-05T15:36:50Z")
Update: I used the generic kernel for the last two days without the MES-parameter in grub and used Vivaldi browser instead of firefox. And I had not a single crash. So it has to be related to Firefox somehow. This is what I **wanted** to write. But while I was writing the system hang again while using Vivald any tying this text. So it is not just firefox related. ☹ I rebooted at 17:10 using the OEM kernel. And while continue to type the text the system hangs again. At 17:16 the system crashed again with the OEM kernel while using vivaldi browser. At 17:20 the next crash happend while using the terminal. There is no obvious difference in the usage which I could see. I really need help top get a stable system - or to understand that this might be a hardware isse and I need to change something physically. Here are the kernel error logs. Jul 05 17:03:47 jan-framwork13 wpa\_supplicant[1233]: bgscan simple: Failed to enable signal strength monitoring – Boot 970949319c3d4f509b648d3cd88db06f – Jul 05 17:10:37 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 256 Jul 05 17:10:37 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 0 Jul 05 17:10:37 jan-framwork13 kernel: failed to load firmware /amdtee/f29bb3d9-bd66-5441-afb88acc2b2b60d6.bin Jul 05 17:10:37 jan-framwork13 kernel: failed to copy TA binary Jul 05 17:10:37 jan-framwork13 kernel: Failed to open TEE session err:0x0, rc:-12 Jul 05 17:10:37 jan-framwork13 kernel: amd-pmf AMDI0107:00: Failed to open TA session (-12) Jul 05 17:10:40 jan-framwork13 bluetoothd[1144]: profiles/sap/server.c:sap\_server\_register() Sap driver initialization failed. Jul 05 17:10:40 jan-framwork13 bluetoothd[1144]: sap-server: Operation not permitted (1) Jul 05 17:10:44 jan-framwork13 wpa\_supplicant[1231]: bgscan simple: Failed to enable signal strength monitoring Jul 05 17:10:51 jan-framwork13 gdm3[1755]: Gdm: on\_display\_added: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed Jul 05 17:10:56 jan-framwork13 gdm-password][2567]: gkr-pam: unable to locate daemon control file Jul 05 17:10:57 jan-framwork13 gdm3[1755]: Gdm: on\_display\_added: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed Jul 05 17:10:58 jan-framwork13 systemd[2590]: Failed to start app-gnome-gnome\x2dkeyring\x2dsecrets-2920.scope - Application launched by gnome-session-binary. Jul 05 17:11:00 jan-framwork13 systemd[2590]: Failed to start app-gnome-ubuntu\x2dreport\x2don\x2dupgrade-3215.scope - Application launched by gnome-session-binary. Jul 05 17:11:01 jan-framwork13 gdm3[1755]: Gdm: on\_display\_removed: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed – Boot 818a899ab8ea421eb771bc5c4f49e115 – ul 05 17:15:47 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 256 Jul 05 17:15:47 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 0 Jul 05 17:15:47 jan-framwork13 kernel: failed to load firmware /amdtee/f29bb3d9-bd66-5441-afb88acc2b2b60d6.bin Jul 05 17:15:47 jan-framwork13 kernel: failed to copy TA binary Jul 05 17:15:47 jan-framwork13 kernel: Failed to open TEE session err:0x0, rc:-12 Jul 05 17:15:47 jan-framwork13 kernel: amd-pmf AMDI0107:00: Failed to open TA session (-12) Jul 05 17:15:49 jan-framwork13 bluetoothd[1151]: profiles/sap/server.c:sap\_server\_register() Sap driver initialization failed. Jul 05 17:15:49 jan-framwork13 bluetoothd[1151]: sap-server: Operation not permitted (1) Jul 05 17:15:53 jan-framwork13 wpa\_supplicant[1216]: bgscan simple: Failed to enable signal strength monitoring Jul 05 17:16:00 jan-framwork13 gdm3[1774]: Gdm: on\_display\_added: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed Jul 05 17:16:09 jan-framwork13 gdm-password][2583]: gkr-pam: unable to locate daemon control file Jul 05 17:16:10 jan-framwork13 gdm3[1774]: Gdm: on\_display\_added: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed Jul 05 17:16:11 jan-framwork13 systemd[2606]: Failed to start app-gnome-gnome\x2dkeyring\x2dpkcs11-2939.scope - Application launched by gnome-session-binary. Jul 05 17:16:14 jan-framwork13 gdm3[1774]: Gdm: on\_display\_removed: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed – Boot f988383e531a4dd8b0b99e237bcbd250 – Jul 05 17:21:37 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 256 Jul 05 17:21:37 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 0 Jul 05 17:21:37 jan-framwork13 kernel: snd\_acp\_pci 0000:c1:00.5: Unsupported device revision:0x71 Jul 05 17:21:37 jan-framwork13 kernel: snd\_acp\_pci 0000:c1:00.5: probe with driver snd\_acp\_pci failed with error -22 Jul 05 17:21:37 jan-framwork13 kernel: failed to load firmware /amdtee/f29bb3d9-bd66-5441-afb88acc2b2b60d6.bin Jul 05 17:21:37 jan-framwork13 kernel: failed to copy TA binary Jul 05 17:21:37 jan-framwork13 kernel: Failed to open TEE session err:0x0, rc:-12 Jul 05 17:21:37 jan-framwork13 kernel: amd-pmf AMDI0107:00: Failed to open TA session (-12) Jul 05 17:21:40 jan-framwork13 bluetoothd[1418]: profiles/sap/server.c:sap\_server\_register() Sap driver initialization failed. Jul 05 17:21:40 jan-framwork13 bluetoothd[1418]: sap-server: Operation not permitted (1) Jul 05 17:21:45 jan-framwork13 wpa\_supplicant[1503]: bgscan simple: Failed to enable signal strength monitoring Jul 05 17:21:51 jan-framwork13 gdm3[1775]: Gdm: on\_display\_added: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed Jul 05 17:21:59 jan-framwork13 gdm-password][2649]: gkr-pam: unable to locate daemon control file Jul 05 17:21:59 jan-framwork13 gdm3[1775]: Gdm: on\_display\_added: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed Jul 05 17:22:00 jan-framwork13 systemd[2673]: Failed to start app-gnome-gnome\x2dkeyring\x2dpkcs11-3001.scope - Application launched by gnome-session-binary. Jul 05 17:22:00 jan-framwork13 systemd[2673]: Failed to start app-gnome-gnome\x2dkeyring\x2dsecrets-2999.scope - Application launched by gnome-session-binary. Jul 05 17:22:00 jan-framwork13 systemd[2673]: Failed to start app-gnome-xdg\x2duser\x2ddirs-3018.scope - Application launched by gnome-session-binary. Jul 05 17:22:03 jan-framwork13 gdm3[1775]: Gdm: on\_display\_removed: assertion ‘GDM\_IS\_REMOTE\_DISPLAY (display)’ failed Thanks! Jan ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 5, 2025, 5:06pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/11 "2025-07-05T17:06:49Z")
And I installed all available updates today, rebooted. Next crash just a few minutes later. ☹ And I should add that I get a ton of these messages: Jul 05 18:48:09 jan-framwork13 kernel: xhci\_hcd 0000:c3:00.0: Refused to change power state from D0 to D3hot Maybe this helps? I also installed rasdeamon to check for hardware errors. Did not find something. ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [July 5, 2025, 6:18pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/12 "2025-07-05T18:18:01Z")
> [@Jan\_Theofel](#): > > I really need help top get a stable system - or to understand that this might be a hardware isse and I need to change something physically. Can you try some Fedora 42 live media and see how things work? This will rule out anything in Ubuntu’s OEM kernel or the firmware or anything else you’ve done. If that’s not stable; I feel you really should contact Framework support. I’ll try to explain a few other things you have in your message though so you can rule them out. > Jul 05 17:10:37 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 256 > Jul 05 17:10:37 jan-framwork13 kernel: ucsi\_acpi USBC000:00: unknown error 0 This is coming from the EC and PD controller related to their handling of some UCSI messages from the kernel requesting some information. It’s a red herring to a stability issue. > Jul 05 17:10:37 jan-framwork13 kernel: failed to load firmware /amdtee/f29bb3d9-bd66-5441-afb88acc2b2b60d6.bin > Jul 05 17:10:37 jan-framwork13 kernel: failed to copy TA binary > Jul 05 17:10:37 jan-framwork13 kernel: Failed to open TEE session err:0x0, rc:-12 > Jul 05 17:10:37 jan-framwork13 kernel: amd-pmf AMDI0107:00: Failed to open TA session (-12) This is related to a missing firmware binary in Ubuntu but that is upstream. It’s not required for _framework systems_ so it’s just noise. > Jul 05 18:48:09 jan-framwork13 kernel: xhci\_hcd 0000:c3:00.0: Refused to change power state from D0 to D3hot > Maybe this helps? It’s really hard to look at a snippet totally out of context and tell you what’s going on. For example that message about failing to change power states can happen when unplugging a dock. I have a patch series under review upstream for removing some of those messages in certain scenarios. > **[\[PATCH v4\] PCI/PM: Skip resuming to D0 if disconnected - Mario Limonciello](https://lore.kernel.org/linux-pci/20250623191335.3780832-1-superm1@kernel.org/)** The best way to look at a problem from the previous boot is to look at the journal from that boot. Something like this: `journalctl -b-1` will get you the entire journal from that boot. Throw it on a gist and hopefully the actual problems stand out. ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [July 5, 2025, 6:20pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/13 "2025-07-05T18:20:37Z")
Oh! I think I see what’s going on. I was looking at [linux-oem-6.14 package : Ubuntu](https://launchpad.net/ubuntu/+source/linux-oem-6.14) to see which patches are in which kernel. The VCN patch is in [![](https://us1.discourse-cdn.com/flex001/uploads/framework3/original/3X/0/3/0344c123ad7fc14428198421625831ec6959219d.png) 6.14.0-1007.7 ](https://launchpad.net/ubuntu/+source/linux-oem-6.14/6.14.0-1007.7) which is in **proposed**. The repo has [![](https://us1.discourse-cdn.com/flex001/uploads/framework3/original/3X/0/3/0344c123ad7fc14428198421625831ec6959219d.png) 6.14.0-1006.6 ](https://launchpad.net/ubuntu/+source/linux-oem-6.14/6.14.0-1006.6) as the default right now. You need to pull that newer one from proposed for now. here’s the detailed bug with more information: [Bug #2112582 “HW accelerated video playback causes VCN timeout o...” : Bugs : linux package : Ubuntu](https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2112582) BTW - Besides the power management stuff I mentioned that X11 doesn’t handle well, it doesn’t handle GPU resets well, which could explain behavior if the VCN patch is missing. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 6, 2025, 7:06am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/14 "2025-07-06T07:06:54Z")
Thank you! I installed the proposed kernel and hope that this make this bug vanish. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 6, 2025, 7:40am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/15 "2025-07-06T07:40:22Z")
Feels like the system is messing with me. ☹ Just a few moments after my last message the system did freeze again. While trying to write this it did another freeze. At that moment the system had no user input because I was talking to my daughter. And then a third freeze happend. I understand that it is very hard to understand that issue just by the information I provided here. Can you please give me better instructions what data to collect after the next system freeze? And using a Fedora boot system won’t help. Even if this runs two days without any crashes this does not mean they are gone. Because I also had two already two stable days of working without any freezing under Ubuntu. And that would mean two days in which I can’t access my configured programs like email, browser, etc… ☹ ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [July 6, 2025, 9:18am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/16 "2025-07-06T09:18:37Z")
Well that’s too bad; I suspect you have multiple confounded issues. Can you please share a complete journal output from a boot that freezes using the kernel you got from proposed? Upload it to a GitHub gist or pastebin. Hopefully it stands out what’s wrong. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 6, 2025, 4:47pm UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/17 "2025-07-06T16:47:44Z")
Now I was waiting for the freeze for hours… 😉 But finally it happend again. Log file can be found here: [crash\_boot\_complete.log - Nextcloud](https://cloud.just-barcamps.com/s/nwXrEfrnRHz8yeK) And the second freeze happend just a few minutes later: [crash\_boot\_complete2.log - Nextcloud](https://cloud.just-barcamps.com/s/4P98YTjaga5iYox) I also checked the temprature. Now it is at 50-60°, the freeze this morning were at 30-40°. I just wanted to add this because of the hot weather we are having in Germany right now. ---
**Author:** ![Mario\_Limonciello](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/mario_limonciello/32/19277_2.png) [@Mario\_Limonciello](https://community.frame.work/u/Mario_Limonciello)\ **Post date:** [July 7, 2025, 3:09am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/18 "2025-07-07T03:09:43Z")
Can you please try without the HDMI card in the slot connected to `0000:c3:00.0`? It seems to me that malfunctions are happening associated with that, and I would like to see if they still happen without it. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 7, 2025, 6:52am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/19 "2025-07-07T06:52:29Z")
I’ll do that and let you know. I ordered another HDMI modul last week so I can also test without it and switch it for another one. ---
**Author:** ![Jan\_Theofel](https://avatars.discourse-cdn.com/v4/letter/j/7cd45c/32.png) [@Jan\_Theofel](https://community.frame.work/u/Jan_Theofel)\ **Post date:** [July 8, 2025, 8:46am UTC](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364/20 "2025-07-08T08:46:24Z")
It did also freeze without the HDMI port. But the “refused to change power state” messages are gone. So they come clearly from the HDMI port and I will test with the new module when it arrives. Here is the log from todays crash: > **[crash\_boot\_complete3.log](https://cloud.just-barcamps.com/s/wG8apMYN5mxLm9X)** > > Nextcloud - a safe home for all your data It shows again a MES issue shortly befor the freeze happend. [Next page](https://community.frame.work/t/amd-gpu-mes-timeouts-causing-system-hangs-on-framework-laptop-13-amd-ai-300-series/71364.md?page=2)