I have to reopen this bug. If laptop-detect (inside /etc/init/vbesave) fails to detect a laptop (for instance because of bug #40503), the vbestate is not saved.
In resume.d/17-video-restore.sh the vbestate is unconditionally restored. I guess the command will just fail if the $VBESTATE file does not exist. Anyway, it would be better to check if the file exist before carrying on.
suspend.d/80-video-vesa-state.sh also takes for granted that the file was saved at boot.
I guess this kicks in only in the case where SAVE_VBE_STATE has been set to true _and_ laptop-detect fails. Maybe SAVE_VBE_STATE should be disabled somehow if laptop-detect fails.
Since laptop-detect is broken on my laptop, I put "LAPTOP=true" in /etc/default/acpi-support, and this seems to have fixed the display corruption I had at resume from hibernation.
I have to reopen this bug. If laptop-detect (inside /etc/init/vbesave) fails to detect a laptop (for instance because of bug #40503), the vbestate is not saved.
In resume. d/17-video- restore. sh the vbestate is unconditionally restored. I guess the command will just fail if the $VBESTATE file does not exist. Anyway, it would be better to check if the file exist before carrying on.
suspend. d/80-video- vesa-state. sh also takes for granted that the file was saved at boot.
I guess this kicks in only in the case where SAVE_VBE_STATE has been set to true _and_ laptop-detect fails. Maybe SAVE_VBE_STATE should be disabled somehow if laptop-detect fails.
Since laptop-detect is broken on my laptop, I put "LAPTOP=true" in /etc/default/ acpi-support, and this seems to have fixed the display corruption I had at resume from hibernation.