Arch Linux

AndrewG

Member

Registered: 2010-11-07

Posts: 10

Suspeng does not work on linux-5.18.3

I have HP ZBook G8 Firefly, after change main kernel from  linux-lts (on kernel 5.15.46 everything works fine)  to linux (5.18.3) I can't suspend laptop.

Here is logs

р 11 12:02:10 arch kernel: Freezing remaining freezable tasks ... (elapsed 0.609 seconds) done.
чер 11 12:02:10 arch kernel: printk: Suspending console(s) (use no_console_suspend to debug)
чер 11 12:02:10 arch kernel: xhci_hcd 0000:00:14.0: PM: pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 returns -16
чер 11 12:02:10 arch kernel: xhci_hcd 0000:00:14.0: PM: dpm_run_callback(): pci_pm_suspend+0x0/0x160 returns -16
чер 11 12:02:10 arch kernel: xhci_hcd 0000:00:14.0: PM: failed to suspend async: error -16
чер 11 12:02:10 arch kernel: PM: Some devices failed to suspend, or early wake event detected
чер 11 12:02:10 arch kernel: pcieport 10000:e0:1d.0: can't derive routing for PCI INT A
чер 11 12:02:10 arch kernel: nvme 10000:e1:00.0: PCI INT A: no GSI
чер 11 12:02:10 arch kernel: nvme nvme0: 8/0/0 default/read/poll queues
чер 11 12:02:10 arch kernel: OOM killer enabled.
чер 11 12:02:10 arch kernel: Restarting tasks ... 
чер 11 12:02:10 arch kernel: mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915])
чер 11 12:02:10 arch kernel: mei_pxp 0000:00:16.0-fbf6fcf1-96cf-4e2e-a6a6-1bab8cbe36b1: bound 0000:00:02.0 (ops i915_pxp_tee_component_ops [i915])
чер 11 12:02:10 arch kernel: done.
чер 11 12:02:10 arch systemd[1]: Starting Network Manager Script Dispatcher Service...
чер 11 12:02:10 arch NetworkManager[541]: <info>  [1654938130.4560] device (enp0s13f0u1): carrier: link connected
чер 11 12:02:10 arch dbus-daemon[516]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
чер 11 12:02:10 arch systemd[1]: Started Network Manager Script Dispatcher Service.
чер 11 12:02:10 arch NetworkManager[541]: <info>  [1654938130.4568] device (enp0s13f0u1): ip:dhcp4: restarting
чер 11 12:02:10 arch audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
чер 11 12:02:10 arch kernel: r8152 2-1:1.0 enp0s13f0u1: carrier on
чер 11 12:02:10 arch kernel: audit: type=1130 audit(1654938130.451:274): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? add>
чер 11 12:02:10 arch kernel: thermal thermal_zone11: failed to read out thermal zone (-61)
чер 11 12:02:10 arch NetworkManager[541]: <info>  [1654938130.4747] dhcp4 (enp0s13f0u1): canceled DHCP transaction
чер 11 12:02:10 arch NetworkManager[541]: <info>  [1654938130.4747] dhcp4 (enp0s13f0u1): activation: beginning transaction (timeout in 45 seconds)
чер 11 12:02:10 arch NetworkManager[541]: <info>  [1654938130.4747] dhcp4 (enp0s13f0u1): state changed no lease
чер 11 12:02:10 arch NetworkManager[541]: <info>  [1654938130.4748] dhcp4 (enp0s13f0u1): activation: beginning transaction (timeout in 45 seconds)
чер 11 12:02:10 arch NetworkManager[541]: <info>  [1654938130.4796] dhcp4 (enp0s13f0u1): state changed new lease, address=192.168.1.131
чер 11 12:02:10 arch systemd-sleep[3281]: Failed to put system to sleep. System resumed again: Device or resource busy

Does anybody have a similar experience, or a solution?

Last edited by AndrewG (2022-06-13 08:30:35)

dogknowsnx

Member

Registered: 2021-04-12

Posts: 648

Re: Suspeng does not work on linux-5.18.3

Possibly related:
https://bugzilla.kernel.org/show_bug.cgi?id=215768
https://bugs.archlinux.org/task/74387?s … &closedto=

---

RI - Rest your Eyes and Self

"We are eternal, all this pain is an illusion" - Maynard James Keenan

AndrewG

Member

Registered: 2010-11-07

Posts: 10

Re: Suspeng does not work on linux-5.18.3

Possibly related:
https://bugzilla.kernel.org/show_bug.cgi?id=215768
https://bugs.archlinux.org/task/74387?s … &closedto=

Thank you! Created /etc/systemd/system/bluetooth-disable-before-sleep.service as described in WIKI as workaround
https://wiki.archlinux.org/title/blueto … le_devices