Fedora 29 - Lenovo P72 doesn't resume from suspend state

asked 2019-04-26 17:36:14 -0600

nwahl1 gravatar image

updated 2019-04-26 19:22:34 -0600

Specs:

  • OS: Fedora 29
  • Kernel: 5.0.9-200.fc29.x86_64
  • Model: Lenovo P72
  • CPU: Intel(R) Core(TM) i7-8850H CPU @ 2.60GHz
  • Memory: 32 GB
  • Graphics card: Quadro P600 Mobile (no integrated graphics AFAICT)
  • UEFI secure boot disabled
  • Discrete graphics enabled in BIOS (had problems with hybrid)
  • nouveau drivers (xorg-x11-drv-nouveau-1.0.15-6.fc29.x86_64)
  • /proc/cmdline: BOOT_IMAGE=/vmlinuz-5.0.9-200.fc29.x86_64 root=/dev/mapper/fedora-root ro resume=/dev/mapper/fedora-swap rd.lvm.lv=fedora/root rd.luks.uuid=luks-0f8b3ae2-d5d5-4855-bb47-2f5e9a533712 rd.lvm.lv=fedora/swap

Issue: When the computer enters suspend state (either via lid switch or via systemctl suspend), it does not resume upon opening the lid or pressing the power button. The power button changes to a solid light instead of the blinking sequence used during suspend mode. However, the screen remains black, and no further logs (e.g., "Lid opened") are found in journalctl output after reboot. This requires a hard poweroff to recover.

This may be nouveau-related, as I observed different (though still problematic) behavior while using NVIDIA proprietary drivers.

Let me know what info you need and I will do my best to provide it. I'm not opposed to filing a bug, but not sure which project to file it against. Right now this makes my laptop unusable any time some semblance of stability for a full day is needed.


Logs from the most recent attempt to suspend using systemctl suspend and then recover. The power button light changed from solid to blinking, and the suspend appeared to succeed. I pressed the power button, and it changed to solid, and the laptop appeared to come out of suspend mode. The screen remained black and unresponsive, and no further logs were generated until I rebooted the laptop via hard power cycle.

Apr 26 15:29:59 laptop nwahl[4711]: NWAHL TEST
Apr 26 15:30:10 laptop polkitd[1540]: Registered Authentication Agent for unix-process:4718:164525 (system bus name :1.507 [/usr/bin/pkttyagent --notify-fd 5 --fallback], object path /org/freedesktop/PolicyKit1/
AuthenticationAgent, locale en_US.UTF-8)
Apr 26 15:30:10 laptop NetworkManager[1611]: <info>  [1556317810.3722] manager: sleep: sleep requested (sleeping: no  enabled: yes)
Apr 26 15:30:10 laptop NetworkManager[1611]: <info>  [1556317810.3725] manager: NetworkManager state is now ASLEEP
Apr 26 15:30:10 laptop NetworkManager[1611]: <info>  [1556317810.3727] device (wlp0s20f3): state change: activated -> deactivating (reason 'sleeping', sys-iface-state: 'managed')
Apr 26 15:30:10 laptop polkitd[1540]: Unregistered Authentication Agent for unix-process:4718:164525 (system bus name :1.507, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) (dis
connected from bus)
Apr 26 15:30:10 laptop NetworkManager[1611]: <info>  [1556317810.3768] device (wlp0s20f3): state change: deactivating -> disconnected (reason 'sleeping', sys-iface-state: 'managed')
Apr 26 15:30:10 laptop avahi-daemon[1445]: Withdrawing address record for 2601:1c2:302:1cdf::9643 on wlp0s20f3.
Apr 26 15:30:10 laptop avahi-daemon[1445]: Withdrawing address record for 2601:1c2:302:1cdf:6a4f:6ac1:3b47:20b on wlp0s20f3.
Apr 26 15:30:10 ...
(more)
edit retag flag offensive close merge delete

Comments

I found a workaround:

  1. Switch back to Hybrid graphics.
  2. Blacklist the nouveau drivers WITHOUT the NVIDIA proprietary drivers installed. The system defaults to using i1915 drivers.
  3. Uncomment HandleLidSwitch=suspend in /etc/systemd/logind.conf.

This is not a full-fledged solution, as I am relying on the i915 drivers and have not found a way to make suspending work as expected with either nouveau or nvidia proprietary drivers.

nwahl1 gravatar imagenwahl1 ( 2019-04-27 00:32:47 -0600 )edit