You are not logged in.
Whenever I suspend my system and resume it, I consistently wait a perfect minute for the system to bounce back to a responsive status.
I have a Ryzen 5 5650U APU, with an KBG40ZNS512G NVMe KIOXIA 512GB SSD, and have experienced this on linux-lts 5.15.49 and 5.18.5
Looking at my journalctl -b -r logs, I see these very obvious errors in the processes of resuming.
Jun 20 23:03:43 TheCloutBook kernel: nvme 0000:02:00.0: PM: failed to resume async: error -16
Jun 20 23:03:43 TheCloutBook kernel: nvme 0000:02:00.0: PM: dpm_run_callback(): pci_pm_resume+0x0/0x1b0 returns -16
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: Abort status: 0x371
Jun 20 23:03:43 TheCloutBook kernel: nvme0: Abort Command(0x8), Unknown (sct 0x3 / sc 0x71)
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: Abort status: 0x371
Jun 20 23:03:43 TheCloutBook kernel: nvme0: Abort Command(0x8), Unknown (sct 0x3 / sc 0x71)
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: Abort status: 0x371
Jun 20 23:03:43 TheCloutBook kernel: nvme0: Abort Command(0x8), Unknown (sct 0x3 / sc 0x71)
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: Abort status: 0x371
Jun 20 23:03:43 TheCloutBook kernel: nvme0: Abort Command(0x8), Unknown (sct 0x3 / sc 0x71)
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: I/O 27 QID 0 timeout, reset controller
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: I/O 11 QID 10 timeout, aborting
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: I/O 10 QID 10 timeout, aborting
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: I/O 9 QID 10 timeout, aborting
Jun 20 23:03:43 TheCloutBook kernel: nvme nvme0: I/O 8 QID 10 timeout, aborting
Jun 20 23:03:43 TheCloutBook kernel: ata1: SATA link down (SStatus 0 SControl 300)
Jun 20 23:03:43 TheCloutBook kernel: ata2: SATA link down (SStatus 0 SControl 300)
And
Jun 20 23:03:43 TheCloutBook kernel: i2c_hid_acpi i2c-DLL0B7E:01: i2c_hid_get_input: incomplete report (14/65280)
Jun 20 23:03:43 TheCloutBook kernel: pci 0000:00:00.2: PCI INT A: no GSI
Jun 20 23:03:43 TheCloutBook kernel: pci 0000:00:00.2: can't derive routing for PCI INT A
Jun 20 23:03:43 TheCloutBook kernel: ---[ end trace 0000000000000000 ]---
Jun 20 23:03:43 TheCloutBook kernel: </TASK>
Jun 20 23:03:43 TheCloutBook kernel: R13: 000055ed5ae9f3c0 R14: 0000000000000004 R15: 00007effb25f9940
Jun 20 23:03:43 TheCloutBook kernel: R10: 000055ed5abe9143 R11: 0000000000000246 R12: 0000000000000004
Jun 20 23:03:43 TheCloutBook kernel: RBP: 00007fff8bfd34e0 R08: 000055ed5aea31f0 R09: 0000000000000000
Jun 20 23:03:43 TheCloutBook kernel: RDX: 0000000000000004 RSI: 00007fff8bfd34e0 RDI: 0000000000000004
Jun 20 23:03:43 TheCloutBook kernel: RAX: ffffffffffffffda RBX: 0000000000000004 RCX: 00007effb2501c27
Jun 20 23:03:43 TheCloutBook kernel: RSP: 002b:00007fff8bfd33f8 EFLAGS: 00000246 ORIG_RAX: 0000000000000001
Jun 20 23:03:43 TheCloutBook kernel: Code: 0f 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f >
Jun 20 23:03:43 TheCloutBook kernel: RIP: 0033:0x7effb2501c27
Jun 20 23:03:43 TheCloutBook kernel: entry_SYSCALL_64_after_hwframe+0x44/0xae
Jun 20 23:03:43 TheCloutBook kernel: R10: 000055ed5abe9143 R11: 0000000000000246 R12: 0000000000000004
Jun 20 23:03:43 TheCloutBook kernel: [drm] PCIE GART of 1024M enabled.
Jun 20 23:03:43 TheCloutBook kernel: [drm] PCIE GART of 1024M enabled.
Jun 20 23:03:43 TheCloutBook kernel: i2c_hid_acpi i2c-DLL0B7E:01: i2c_hid_get_input: incomplete report (14/65280)
Jun 20 23:03:43 TheCloutBook kernel: pci 0000:00:00.2: PCI INT A: no GSI
Jun 20 23:03:43 TheCloutBook kernel: pci 0000:00:00.2: can't derive routing for PCI INT A
Jun 20 23:03:43 TheCloutBook kernel: ---[ end trace 0000000000000000 ]---
Jun 20 23:03:43 TheCloutBook kernel: </TASK>
Jun 20 23:03:43 TheCloutBook kernel: R13: 000055ed5ae9f3c0 R14: 0000000000000004 R15: 00007effb25f9940
Jun 20 23:03:43 TheCloutBook kernel: R10: 000055ed5abe9143 R11: 0000000000000246 R12: 0000000000000004
Jun 20 23:03:43 TheCloutBook kernel: RBP: 00007fff8bfd34e0 R08: 000055ed5aea31f0 R09: 0000000000000000
Jun 20 23:03:43 TheCloutBook kernel: RDX: 0000000000000004 RSI: 00007fff8bfd34e0 RDI: 0000000000000004
Jun 20 23:03:43 TheCloutBook kernel: RAX: ffffffffffffffda RBX: 0000000000000004 RCX: 00007effb2501c27
Jun 20 23:03:43 TheCloutBook kernel: RSP: 002b:00007fff8bfd33f8 EFLAGS: 00000246 ORIG_RAX: 0000000000000001
Jun 20 23:03:43 TheCloutBook kernel: Code: 0f 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 f3 0f 1e fa 64 8b 04 25 18 00 00 00 85 c0 75 10 b8 01 00 00 00 0f >
Jun 20 23:03:43 TheCloutBook kernel: RIP: 0033:0x7effb2501c27
Jun 20 23:03:43 TheCloutBook kernel: entry_SYSCALL_64_after_hwframe+0x44/0xae
Jun 20 23:03:43 TheCloutBook kernel: ? exc_page_fault+0x74/0x170
Jun 20 23:03:43 TheCloutBook kernel: do_syscall_64+0x5f/0x90
Jun 20 23:03:43 TheCloutBook kernel: __x64_sys_write+0x74/0xf0
Jun 20 23:03:43 TheCloutBook kernel: vfs_write+0x212/0x2c0
Jun 20 23:03:43 TheCloutBook kernel: new_sync_write+0x13d/0x1c0
Jun 20 23:03:43 TheCloutBook kernel: kernfs_fop_write_iter+0x11f/0x1f0
Jun 20 23:03:43 TheCloutBook kernel: state_store+0x98/0x130
Jun 20 23:03:43 TheCloutBook kernel: pm_suspend.cold+0x34c/0x392
Jun 20 23:03:43 TheCloutBook kernel: suspend_devices_and_enter+0x4ba/0x880
Jun 20 23:03:43 TheCloutBook kernel: dpm_resume_noirq+0x13/0x20
Jun 20 23:03:43 TheCloutBook kernel: resume_irqs+0xc9/0x100
Jun 20 23:03:43 TheCloutBook kernel: <TASK>
Jun 20 23:03:43 TheCloutBook kernel: Call Trace:
Jun 20 23:03:43 TheCloutBook kernel: PKRU: 55555554
Jun 20 23:03:43 TheCloutBook kernel: CR2: 00007f9ce00025e6 CR3: 0000000104570000 CR4: 0000000000750ee0
Jun 20 23:03:43 TheCloutBook kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jun 20 23:03:43 TheCloutBook kernel: FS: 00007effb2b47e80(0000) GS:ffff9a053e700000(0000) knlGS:0000000000000000
Jun 20 23:03:43 TheCloutBook kernel: R13: 0000000000000246 R14: ffff9a0241063a28 R15: ffff9a02da10f9e0
Jun 20 23:03:43 TheCloutBook kernel: R10: 0000000000000001 R11: 0000000000000001 R12: ffff9a0241063a00
Jun 20 23:03:43 TheCloutBook kernel: RBP: 0000000000000001 R08: 0000000000000040 R09: ffffffffb08a414f
Jun 20 23:03:43 TheCloutBook kernel: RDX: 0000000000000001 RSI: 0000000000000001 RDI: ffff9a0241063a00
Jun 20 23:03:43 TheCloutBook kernel: RAX: 0000000000000000 RBX: ffff9a0241063a00 RCX: 0000000000000040
Jun 20 23:03:43 TheCloutBook kernel: RSP: 0018:ffffacc289e87cf8 EFLAGS: 00010002
Jun 20 23:03:43 TheCloutBook kernel: Code: 89 df e8 be fd ff ff e9 14 ff ff ff 48 89 df 45 31 ed e8 ae fd ff ff e9 74 ff ff ff 0f 0b e9 cd fe ff ff 0f 0b e9 3a ff ff >
Jun 20 23:03:43 TheCloutBook kernel: RIP: 0010:irq_startup+0x1f5/0x200
Jun 20 23:03:43 TheCloutBook kernel: Hardware name: Dell Inc. Inspiron 14 5425/0TGWG4, BIOS 1.2.1 03/31/2022
Jun 20 23:03:43 TheCloutBook kernel: CPU: 4 PID: 1635 Comm: systemd-sleep Not tainted 5.18.5-262-tkg-cfs #1 b5a9d87ca25c206cc2b027fb5c1758daa4368766
Jun 20 23:03:43 TheCloutBook kernel: drm_ttm_helper snd_hwdep snd_acp_config videodev tpm_tis typec snd_pcm sp5100_tco ttm tpm_tis_core snd_soc_acpi libarc4 vfat fat>
Jun 20 23:03:43 TheCloutBook kernel: Modules linked in: ccm snd_seq_dummy snd_hrtimer snd_seq snd_seq_device intel_rapl_msr intel_rapl_common joydev edac_mce_amd snd_>
Jun 20 23:03:43 TheCloutBook kernel: WARNING: CPU: 4 PID: 1635 at kernel/irq/chip.c:207 irq_startup+0x1f5/0x200
Jun 20 23:03:43 TheCloutBook kernel: ------------[ cut here ]------------
Now, I've obviously been looking around to see if anyone else has had the same problems on similar hardware configuration, and I have found a few.
Here's one
I have tried messing around with the PCIe and driver settings in tlp, not running tlp at all, and the following kernel configs:
nvme_core.default_ps_max_latency_us=0
nvme_core.default_ps_max_latency_us=800
iommu=soft
Does anyone here have any experience with a problem like this? Or, does any have any ideas of where I should further dig? I appreciate all the help!
Offline
I fixed it!
Using TLP, I switched PCIE_ASPM_ON_{BAT,AC} from default to performance was all I needed! Now, as far as how much more energy I will dry, I will have to look into it later.
Offline
I fixed it!
Using TLP, I switched PCIE_ASPM_ON_{BAT,AC} from default to performance was all I needed! Now, as far as how much more energy I will dry, I will have to look into it later.
Can confirm this works on the Asus Zephyrus G15 with kernel version linux 5.18.12-arch1-1. linux-lts, linux-hardened and linux-zen does not work for me.
Let the machine sleep overnight (around 7 hours) and only depleted 5% of battery.
I wll follow up with battery consumption also, but so far it doesn't seem to be any difference.
Another quirk I noticed is that the machine sleeps a lot faster.
Offline