On 10/02/2018 09:16 AM, Bastien Nocera wrote:
----- Original Message -----
On Di, 02.10.18 10:16, Bastien Nocera (bnocera@xxxxxxxxxx) wrote:
Until the kernel can use a dedicated partition for hibernation, which
would fix the majority of problems users can encounter, we're just
offering more sharp edges with which to cut themselves.
As I understand the problems have more to do with hardware
combinations, and driver code not getting things right, the actual
serialization of stuff is fine and unproblematic...
There's problems with:
- not having enough swap space available at a particular instant
- swap being encrypted and not allowing restore because the keys aren't
there anymore
- swap not being encrypted, which could leak information down the line
- resume= not being there in the default parameters, so dracut needing
to rewrite the initrd before hibernation is considered done (?)
If the drivers being broken were the only problem, then reporting bugs upstream
for those drivers would help, just in the same way it helped for suspend
10 years ago.
In my experience, the problem isn't so much with specific drivers, and
more with the whole infrastructure, whether in the kernel, user-space,
or a combination of both.
This is the real objection I have: hibernation ultimately has many
different parts and just disabling at the kernel level misses some
important pieces. It's not clear to me if just allowing users to
enable kernel support on the command line will be enough to have
a good end user experience.
Thanks,
Laura
_______________________________________________
kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/kernel@xxxxxxxxxxxxxxxxxxxxxxx
