I have installed Debian 8 with sysvinit and Xfce on a ThinkPad X220. The video card is
Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)/
Integrated Graphics Chipset: Intel(R) HD Graphics 3000. Kernel versions available to me are 4.7 from backports and 3.16 (heavily patched by Canonical kernel team) from stable.
When I hibernate using pure kernel (
echo disk > /sys/power/state done by pm-hibernate run by xfce4-pm-helper) and XScreenSaver turns the screen off, on resume the screen is still turned off (not just the backlight: I checked with a flashlight), and nothing seems to turn it on again (I tried Ctrl+Alt+F* suggested at ThinkWiki and Alt+SysRq+V), but the remaining system seems to be working (at least, when I do an Alt+SysRq+E,I,S,U,B, I can find messages from a successful resume and syslogd being terminated by signal 15 in
I'm able to connect via ssh, but both
chvt 1; chvt 7 and various combinations of
export DISPLAY=:0; xrandr --output LVDS1 --off; xrandr --output LVDS1 --auto do nothing. I disabled LVDS1 and tried to reenable it, I got:
xrandr: Configure crtc 0 failed and the following lines in
[ 390.432051] [drm:drm_framebuffer_remove [drm]] *ERROR* failed to reset crtc ffff9ae6caa2f000 when fb was deleted [ 390.432066] [drm:drm_plane_force_disable [drm]] *ERROR* failed to disable plane with busy fb
Some people suggested
ddccontrol, but it doesn't detect DDC on my system. Is screen is on while hibernating, it stays working after resume.
If I install uswsusp, hibernate works (as a bonus, I get some form of compression and ability to cancel hibernating at the last second), but only most of the time. The usual resume procedure looks like this:
resume: Loading image data pages(in default video mode)
- Video mode is switched to native resolution, screen is filled with noise (full screen when EFI-booting, a small horizontal stripe on the top when BIOS-booting)
- Loud click from speakers, screen momentarily turns black with
s2disk: returned to userspace, then I get my XScreenSaver lock dialog.
Sooner or later, right after the
Loading data pages screen turns black and the laptop resets (I see the BIOS boot logo).
I installed grub-efi on a thumbdrive (to avoid repartitioning) for the sake of efi-backed pstore. For a week, I hibernated and resumed the laptop once or twice per day without problems and almost beleived that EFI has solved the problem, but then the failure occured again, and no logs were found in
pstore: Registered efi as persistent store backend is visible in dmesg). I think that when resuming successfully for the last time before the next one failed the screen was not fully filled with noise and a black stripe was wisible on the bottom before I got
returned to userspace and X screen back.
As far as I know, suspend to RAM works flawlessly both with
echo mem > /sys/power/state and
s2ram. I do that more frequently than hibernating (several times per day) and so far, no glitches have occured.
For now, I set up XScreenSaver to never turn the screen off, thus preventing the most common cause of the failure (XScreenSaver locking and turning screen off before hibernation), but I'm still able to encounter the glitch by closing the lid fast enough after choosing "hibernate".
UPD: I've been using pure kernel hibernate for some time now, and I've just encountered the same reset after loading saved image which has been happening to me when using uswsusp. Apparently I've never used it on this X220 for long enough for it to happen before. So, as it turns out, I have no reliable ways to hibernate: both
echo disk > /sys/power/state and
s2disk fail after 5-7 hibernations, but pure kernel doesn't restore video card state properly, too.
What else can I try to make some form of hibernate working?