Created attachment 22460 [details] messages 1) run laptop, no X loaded 2) run gentoo hibernate/hibernate-ram script twice. --- First run, everything ok (in both cases). Second run have two cases 1) hibernate - shutdown laptop and laptop can't be powered on by pressing button (button lights, keyboard controls off, bios not starting). 2) hibernate-ram - shutdown is sucessfull, but when loading after pressing power button it freeze with "_" on screen and after forced power down, laptop can't be turned on, by pressing power button. In both cases is required to start laptop unplug battery and AC power. Adding messages with hibernate, second 'continue' is done after unpluging AC and battery power. Debug should be enabled. P.S. Nouveau Kernel Mode Settings doesn't affect this issue. P.P.S Problem not depending on used method, so you can for first run use hibernate and for second hibernate-ram, or reverted, it doesn't matter...
I forgot: notebook MSI GX620X-061CZ
Will you please attach the output of acpidump, lspci -vxxx? Will you please enable the CONFIG_PM_DEBUG in kernel configuration and do the following test? a. kill the process using /proc/acpi/event(use the command of "lsof /proc/acpi/event" to get the process ID) b. echo core > /sys/power/pm_test c. echo mem > /sys/power/state; dmesg >dmesg_after; d. wait for five seconds and see whether it can be resumed. e. If it can, please repeat the step c/d several times and see whether it can be resumed correctly. Thanks.
please attach the dmesg output after the first s2ram. it would be nice if you can run all the tests in the latest git kernel.
Created attachment 22503 [details] acpidump
Created attachment 22504 [details] lspci -vxxx
Created attachment 22505 [details] dmesg_after Second run of c/d, system restore screen, but console freeze.
please don't use the scripts. run "echo mem > /sys/power/state" to suspend to ram directly and see if the problem still exists.
Problem still exist with 2.6.31-rc6, I cannot test rc8 right now, but there is nothing in changelog related to suspend.
what about boot option "nosmp"?
nothing changed :-(
HI, Okias Is the test done under console or X mode? Please do it under console mode. It is noted that the process using /proc/acpi/event should be killed. thanks.
It's already done without starting Xserver (my gentoo is set to boot directly into console) :-(
BIOS updated, firmware updated, kernel updated. Nothing changed :-(
hi, Okias Sorry for the late response. From the log in comment #6 it seems that the system can be suspended/resumed if we use the PM_test. Will you please do the following test? (Don't use the PM_test) a. kill the process using /proc/acpi/event(use the command of "lsof /proc/acpi/event" to get the process ID) b. echo mem > /sys/power/state; dmesg >dmesg_after; c. wait for five seconds and see whether it can be resumed. d. If it can, please repeat the step b/c several times and see whether it can be resumed correctly. Thanks.
Created attachment 23820 [details] dmesg First suspend OK, first wake up OK, second suspend OK, second wake up KO, ntb work after unpluging batt/ac.
Do you mean that the second wakeup is also OK? How about the hibernation?( Please add the boot option of "resume=xxx" for hibernation. XXX means the swap partition). Thanks.
second wake up isn't OK and after second hibernation notebook have to disconnected from batt/ac (same as after try second resume from suspend)
Fixed in 2.6.32.
any ideas what the difference is that made failure in 2.6.31 result in success in 2.6.32? This is an MSI, perhaps the drivers/acpi/ec.c changes?