Comment 8 for bug 1864045

@rbalint if you can reproduce the problem easily, it would be interesting to monitor the received ACPI events via acpi_listen.

What I see during my tests is that acpi_listen is always showing the sleep events, meaning that the kernel receives them correctly at least, and then the failure happens in the delivery of these sleep events to the proper user-space daemon (acpid). So my guess is that something wrong is happening in the communication between kernel and user-space to deliver these events.

Just to make sure, when you say "the second hibernation attempt still fails" you mean that the system is still up & running (you can still ssh on it) and the sleep event is lost / not delivered properly, right?