Hi Chris, just to make sure I understand (from a kernel perspective), can you confirm that `echo mem > /sys/power/state` is also fast at reaching the suspend state?
In that case it would be interesting to check if there's a delay at detecting the state of the lid switch. For this, could you run the following command in a bash session: $ while :; do echo `date` - `cat /proc/acpi/button/lid/LID0/state`; sleep 1; done Close the lid, re-open it and you should notice something like this: Thu May 16 17:50:42 CEST 2019 - state: open Thu May 16 17:50:43 CEST 2019 - state: open Thu May 16 17:50:44 CEST 2019 - state: open Thu May 16 17:50:45 CEST 2019 - state: closed Thu May 16 17:50:46 CEST 2019 - state: closed Thu May 16 17:50:47 CEST 2019 - state: closed Thu May 16 17:50:48 CEST 2019 - state: open Thu May 16 17:50:49 CEST 2019 - state: open Thu May 16 17:50:50 CEST 2019 - state: open ^C Note that I have set the "lid close action" to do nothing, in this way we can better isolate the problem. Thanks. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1829399 Title: Lid switch triggered suspend takes much longer than UI triggered suspend To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1829399/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
