06-09-2020, 04:34 PM
(02-11-2020, 10:58 AM)tophneal Wrote: s3 also doesn't seem to work with the presence of an NVMe device.
I'm having the exact same issue as other users are describing, with a 256GB WD SN520 NVMe SSD. Appears to go to sleep, then comes straight back.
dmesg output:
Code:
[Jun 9 23:51] vbus_5vout: disabling
[ +0.000020] LDO_REG1: disabling
[ +0.210595] PM: suspend entry (s2idle)
[ +0.004079] Filesystems sync: 0.004 seconds
[ +0.001594] dwmmc_rockchip fe310000.mmc: pre_suspend failed for non-removable host: -38
[ +0.000017] Freezing user space processes ... (elapsed 0.002 seconds) done.
[ +0.002241] OOM killer disabled.
[ +0.000003] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ +0.001508] printk: Suspending console(s) (use no_console_suspend to debug)
[ +0.185511] busb rockchip_usb2phy_exit
[ +0.355728] busb rockchip_usb2phy_exit
[ +0.000211] busb rockchip_usb2phy_exit
[ +0.040727] busb rockchip_usb2phy_exit
[ +5.487775] rockchip-pcie f8000000.pcie: PCIe link enter L2 timeout!
[ +0.000021] PM: dpm_run_callback(): rockchip_pcie_suspend_noirq+0x0/0x138 returns -110
[ +0.000005] PM: Device f8000000.pcie failed to suspend noirq: error -110
[ +0.030373] PM: noirq suspend of devices failed
[ +0.233519] busb rport->port_id=1
[ +0.000020] busb port power on
[ +0.001395] busb rport->port_id=1
[ +0.000010] busb port power on
[ +0.000043] busb rport->port_id=0
[ +0.000013] busb port power on
[ +0.006113] usb usb5: root hub lost power or was reset
[ +0.000007] usb usb6: root hub lost power or was reset
[ +0.089414] busb rport->port_id=0
[ +0.000020] busb port power on
[ +0.004017] usb usb7: root hub lost power or was reset
[ +0.000008] usb usb8: root hub lost power or was reset
[ +0.170668] cdn-dp fec00000.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] Not connected. Disabling cdn
[ +0.068467] nvme nvme0: 6/0/0 default/read/poll queues
[ +0.097397] OOM killer enabled.
[ +0.000005] Restarting tasks ... done.
[ +0.005636] PM: suspend exit
I think
Code:
rockchip-pcie f8000000.pcie: PCIe link enter L2 timeout!
Is the critical part here, especially as it waits a couple of seconds before this happens. lspci -vvv reports ASPM L2 is not supported. That could be a crucial difference with the NVMe SSD's that do not have this problem? If anyone who has this working could post their lspci results that would be great. Either way this SSD suspends just fine in a regular laptop.
Enabling ASPM power management works fine by the way (and appears to actually save ~250mW, but it is kind of hard to measure), but it doesn't make it work either way. Haven't tried forcing it off with the kernel parameter yet.
Running a stock 5.6.0-2-MANJARO-ARM kernel.
I'm more than willing to try out some suggestions. The Pinebook Pro is a great laptop especially because it is so easy to charge from existing 5V infrastructure (like USB sockets in public transport), but having to shutdown and restart every time is a major PITA. I'll have to remove the SSD if this cannot be fixed.