On 08/21/2018 11:40 AM, Nicolas Chauvet wrote:
While testing upstream kernel on some devices, I've recently
discovered that suspend was broken for "distro kernel" (not only
related to fedora kernel, but also ubuntu).
On the Fedora users list we have had a terrible time with suspend on
F28. 4.17.3 was ok, but then broke with 4.17.4 and was not, for the
most part, fixed until 4.17.11. But still even with 4.17.14 a number of
us are still reporting that suspend fails the first time with the system
immediately restarting and then when you unlock your system and suspend
again, that 'takes'.
Some of the reported problems (by ME!) revolved around QEMU running an
Most logs showed hangs occurring right after NetworkManager messages
(but not all that are typically seen on successful suspends).
So does not surprise me at all that we are not out of the woods here. I
wonder if anyone is testing this on x86_64 systems. I don't have the
wherewithall to do that.
I will put together a test on a Cubieboard2 with the Xfce desktop. But I
will be waiting for an image that contains openssl 1.1.1-pre9 to put in
the time. And I never really tested suspend to swap on my Cubies. It
will be painful with swap on an SD card.
And I think that is part of the suspend problem. If it takes too long,
some thing breaks.
I order to debug this, I was advised to use a serial console and boot
with theses options:
Then using systemctl suspend outputs this report for me:
Basically, I'm running a tegra device, but a pxa driver (unrelated to
the device) lead to a crash preventing suspend.
I would like others on this list to try to report such use case, I
don't expect pxa_gpio to be the only driver to have issue in the
fedora config. Specially as it does not have problem at boot time or
shutdown so this problem might remains silent.
Please don't forget to block ARMTracker on bugzilla.redhat.com
mention it there if you uses upstream bug tracker.
Thx for any report.