Most recent kernel where this bug did not occur: no newer kernel tested Distribution: Debian Linux Hardware Environment: IBM ThinkPad T23, Pentium 3, 1.13 GHz, 384 MB RAM Software Environment: Kernel 2.6.15.4 with sws2 patches Problem Description: Suspend to RAM hangs hard on resume. Once I got a text display back (without any error message), but the other tries I simply got a black screen with three white pixels somewhere near the center of the display. The machine seems to be locked up completely. Steps to reproduce: 1) build a 2.6.15.4 kernel with sws2-2.2 patches Suspend to RAM worked okay with 2.6.14.4 + sws2.2-rc14 at least (which was my first sws2 kernel). So its probably not needed to use the sws2 patches. If need be I look into compiling a kernel without sws2 to know for sure, but it make take quite a long time till I come to it. 2) echo mem > /sys/power/state Also tried with my own suspend script which disables ALSA, USB ehci driver and some other stuff as well with "hibernate --config-file /etc/hibernate/ram.conf" (from Debian's hibernate package, slightly adapted to my needs) This problem hasn't high priority for me since I don't use suspend to RAM anyway (except for testing whether bug #5600 has gone;-). Just wanted to report it. I will ask the guys on the linux-thinkpad mailing list whether they can reproduce this and point them to the bug number. Regards, Martin Steigerwald
Created attachment 7386 [details] config file of the kernel that has this suspend to RAM problem its just plain vanilla 2.6.15, plus .4 patch, plus sws2 patch, plus this config file
Hello, I just found that the resume on suspend to RAM hang is triggered by using vga=0x305 as kernel boot parameter. It may have nothing to do with the new kernel version at all. I opened the new bug #6133 about this and close this one in favor of it. Regards, Martin Steigerwald