After kernel update suspend to disk works normal, but after resuming system is unresponsive. Resume process shows on a tty, but when it hits 100% and screen clears kernel possibly crashes (cursor stays but not blinks, no any response on SysRq keys) - seems to be kernel panic occured.
Kernels prior to 188.8.131.52 works well (current - 2.6.38).
Same behavior on latest stable longterm (184.108.40.206).
Is the problem 100% reproducible?
I'm experiencing the same issue here. Suspend to disk works fine for kernel versions before 220.127.116.11.
Steps to reproduce: echo disk > /sys/power/state, power on again, data is loading from swap partition (3GB, 2GB RAM), 100% loaded, screen goes black (everything's still fine), screen stays black, the two rightmost leds on my keyboard start blinking. No response to SysRq keys. No traces in the logfiles.
Out of three suspend->wake up cycles I've had this problem every time.
Can you check if reverting this commit helps:
Author: Yinghai Lu <email@example.com>
Date: Fri Feb 18 11:30:30 2011 +0000
x86: Cleanup highmap after brk is concluded
commit e5f15b45ddf3afa2bbbb10c7ea34fb32b6de0a0e upstream.
Signed-off-by: Yinghai Lu <firstname.lastname@example.org>
Signed-off-by: Stefano Stabellini <email@example.com>
Signed-off-by: H. Peter Anvin <firstname.lastname@example.org>
Signed-off-by: Greg Kroah-Hartman <email@example.com>
Yes, after reverting this commit resuming from suspend to disk works again.
Please check if this patch makes things work:
without reverting the above commit.
(In reply to comment #5)
> Please check if this patch makes things work:
> without reverting the above commit.
This patch solved the problem, resume works now.
> This patch solved the problem, resume works now.
Patch : https://patchwork.kernel.org/patch/679502/
Handled-By : Stefano Stabellini <firstname.lastname@example.org>
*** Bug 32652 has been marked as a duplicate of this bug. ***
Fixed by commit 4da9484bdece39ab0b098fa711e095e3e9fc8684 .