You are not logged in.
Hi, a few days ago I received my ThinkPad X13 Gen6 AMD and installed Arch. Aside from some minor initial issues with Bluetooth and a few dmesg errors, everything was working fine.
However, for the past couple of days it hasn’t been suspending properly — well, it does suspend, but when I open the lid or press a key it doesn’t wake up, and I have to force shutdown.
While trying to figure out what might be causing this, I noticed some errors in dmesg that I’ve included below. I’m not sure if they’re related or when exactly they started appearing.
I checked and I have the latest BIOS, updated the kernel, even tried the LTS kernel just in case, but the error persists and suspend still doesn’t work. I’ve reviewed and tested power management settings for the GPU, Wi-Fi, PCIe, and who knows how many other things, but I still can’t get it working.
When I first installed Arch it worked, so I’m considering reinstalling in case I broke something.
[ 0.200719] smp: Bringing up secondary CPUs ...
[ 0.200757] smpboot: x86: Booting SMP configuration:
[ 0.200757] .... node #0, CPUs: #1 #2
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU1: update failed for patch_level=0x0b600037
[ 0.200976] #3
[ 0.002335] microcode: CPU2: update failed for patch_level=0x0b600037
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU3: update failed for patch_level=0x0b600037
[ 0.200976] #4
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU4: update failed for patch_level=0x0b600037
[ 0.200976] #5
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU5: update failed for patch_level=0x0b600037
[ 0.200976] #6
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU6: update failed for patch_level=0x0b600037
[ 0.201034] #7
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU7: update failed for patch_level=0x0b600037
[ 0.202075] #8
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU8: update failed for patch_level=0x0b600037
[ 0.202177] #9
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU9: update failed for patch_level=0x0b600037
[ 0.202266] #10
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU10: update failed for patch_level=0x0b600037
[ 0.202349] #11
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU11: update failed for patch_level=0x0b600037
[ 0.202432] #12
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU12: update failed for patch_level=0x0b600037
[ 0.202516] #13
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU13: update failed for patch_level=0x0b600037
[ 0.202599] #14
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU14: update failed for patch_level=0x0b600037
[ 0.202680] #15
[ 0.002335] microcode: No sha256 digest for patch ID: 0xb600037 found
[ 0.002335] microcode: CPU15: update failed for patch_level=0x0b600037Last edited by ferdinandpc (2025-12-05 20:19:03)
Offline
Do a fresh reboot, log in, wait 2-3 minutes and then suspend. After it fails again and having to force shutdown, reboot and post the journal from the failed suspend boot: `sudo journalctl -b -1`. Use a 0x0 paste if necessary.
A reinstall rarely (if ever) fixes a problem like this. Let's figure out what the actual error/problem is first.
Last edited by twelveeighty (2025-12-04 16:00:16)
Offline
Thanks, here is the log: http://0x0.st/Ktjj.txt
Offline
Hi, I used the amd_s2idle.py to check the s2idle and the result is this:
? AMD Ryzen AI 7 PRO 350 w/ Radeon 860M (family 1a model 60)
? LENOVO 21RMCTO1WW (ThinkPad X13 Gen 6)
? Arch Linux
? Kernel 6.17.9-arch1-1
? Battery BAT0 (Sunwoda 5B11M90122) is operating at 100.16% of design
✅ ASPM policy set to 'default'
✅ GPIO driver `pinctrl_amd` available
✅ PMC driver `amd_pmc` loaded (Program 11 Firmware 101.4.0)
✅ USB3 driver `xhci_hcd` bound to 0000:c3:00.4, 0000:c5:00.0, 0000:c5:00.3, 0000:c5:00.4
✅ USB4 driver `thunderbolt` bound to 0000:c5:00.5, 0000:c5:00.6
✅ System is configured for s2idle
✅ GPU driver `amdgpu` bound to 0000:c3:00.0
✅ PC6 and CC6 enabled
✅ SMT enabled
❌ IOMMU is misconfigured: missing MSFT0201 ACPI device
✅ ACPI FADT supports Low-power S0 idle
✅ Logs are provided via cysystemd
✅ LPS0 _DSM enabled
✅ WLAN driver `mt7925e` bound to 0000:c2:00.0
? Your system does not meet s2idle prerequisites!
? Explanations for your system
? Device MSFT0201 missing from ACPI tables
The ACPI device MSFT0201 is required for suspend to work when the IOMMU is enabled. Please check your BIOS settings and if configured correctly, report a bug to your system vendor.
For more information on this failure see:https://gitlab.freedesktop.org/drm/amd/-/issues/3738#note_2667140
Offline
Hi, it seems I’ve found the problem and the “solution.” With IOMMU enabled, the MSFT0201 entry is needed in the ACPI tables for proper power management but it isn't. To fix this, they need to release a new BIOS. Now we just have to wait for a new BIOS that addresses this issue, as well as the outdated microcode. It seems they are aware of this problem: https://gitlab.freedesktop.org/drm/amd/ … te_2667140
For now, the workaround is to add
amd_iommu=offin GRUB/systemd options. This allows virtualization, but without DMA and without passthrough in virtualization. Let’s hope they fix it soon.
Best regards.
Offline
Great. Thanks for posting the solution here. Please mark your post as SOLVED by editing your first post and prepending SOLVED to the title so that others know a solution was found to (perhaps) their problem as well.
Offline
On LENOVO community, an issue is opened on this.
https://forums.lenovo.com/t5/Other-Linu … 349?page=1
Please support by:
- confirm what BIOS and EC you are using, and if the BIOS settings have been changed please.
- https://gitlab.freedesktop.org/drm/amd/ … te_2667140 - issue is on a different platform but was related to disabling the TPM. Can you confirm if you've changed the setting?
- go into your BIOS settings and confirm the settings:
Security Chip Selection - Discrete TPM 2.0
Security Chip - On
Physical Presence for Clear - On
Microsoft Pluton Processor Control - On
Offline
Hi, I already replied in that thread, I’m inffrb. My BIOS doesn’t have the options you mentioned.
Offline
On LENOVO community, an issue is opened on this.
https://forums.lenovo.com/t5/Other-Linu … 349?page=1
Please support by:- confirm what BIOS and EC you are using, and if the BIOS settings have been changed please.
- https://gitlab.freedesktop.org/drm/amd/ … te_2667140 - issue is on a different platform but was related to disabling the TPM. Can you confirm if you've changed the setting?
- go into your BIOS settings and confirm the settings:
Security Chip Selection - Discrete TPM 2.0
Security Chip - On
Physical Presence for Clear - On
Microsoft Pluton Processor Control - On
After I thoroughly went through the BIOS and found exactly what you mentioned. Now everything is working correctly. I set Microsoft Pluton Processor Control - On and Security Chip Selection - Discrete TPM 2.0.
Offline