Created attachment 72984 [details] dmesg output of the machine Hello, I have a new Asus EEE Pc r252b. Whenever I try to shut down the system (halt/poweroff/shutdown), Linux correctly shuts down but then reboots. The behaviour is different from a normal reboot however. When I try to shut down, the Hard disk spins down at some point in time. Also the break before the Bios-screen comes up again is longer if I try to shut down instead of when I try to reboot. Also, suspend/resume does not work correctly. When trying to suspend, everything is shut down including the hard disk. However, the Laptop stays on (Power LED is on instead of blinking and fan is still running). The laptop has to be unplugged and the battery has to be removed in order to make it work again. When trying suspend to disk, the same happens. However, the next boot will then correctly resume the old session. This also seems to affect the new eee pc 1225b, according to this bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/951143 The two devices are almost equal. In fact, using dmidecode, my r252b reports 1225b as the baseboard product name. (btw: Sometimes when booting up, the buitin keyboard and mouse don't work (but worked in grub before). Could this also be related to the same issue or should I file a new bug for that?) Let me know if you need more information.
Created attachment 72985 [details] decompiled dsdt of the laptop
Created attachment 72986 [details] lspci output
Created attachment 72987 [details] dmidecode dump
For the record: The same bug exists on multiple devices as reported here: https://bugzilla.kernel.org/show_bug.cgi?id=35262 The patch posted in that other bug report fixes the problem
Created attachment 73030 [details] kern.log.1 after a reboot after failed suspend With the patch in the other bug, only the power off/reboot problem is fixed. I now attached a kern.log.1 which shows up after a force-reboot after a failed suspend (only the last part of it because it's pretty big).
A 1225b here. The suspend/resume issue can be worked around by creating the file described here → http://askubuntu.com/questions/53372/suspend-hibernate-doesnt-work-on-an-asus-laptop Hopefully that helps someone find out what the real problem is, and if not, there's at least a work-around. The laptop still lose input every 1/5 boots roughly, but suspending/resuming often brings it back.
Thought; Perhaps this should be brought to the attention of the Drivers/USB group instead of ACPI?
Adding i8042.reset i8042.nomux to kernel boot parameters fixes the input issue.
Hi all, I'm experiencing a suspend/resume problem on another Asus laptop, n55s (n55sf ) and script on http://askubuntu.com/questions/53372/suspend-hibernate-doesnt-work-on-an-asus-laptop is an efficient workaround. No identified drawback. @Bjorn, > The laptop still lose input every 1/5 boots roughly, but suspending/resuming often brings it back. What do you mean "the laptop lose input" ? Are keyboard and mouse ignored ? I think I never experienced that.
shutdown problem appears fixed, so next is the suspend hang. The script mentioned by Bjorn in comment #6 and Stephane in comment #9 will unbind/bind EHCI on suspend/resume. moving bug to EHCI category.
@Len > shutdown problem appears fixed, If that is useful information, on Ubuntu, it appeared to be fixed from their kernel named "3.2.0-26-generic". Ref: https://bugs.launchpad.net/linux/+bug/951143
The EHCI problem has been fixed in the 3.5 kernel. The fix (commit dbf0e4c7257f8d684ec1a3c919853464293de66e, "PCI: EHCI: fix crash during suspend on ASUS computers") has also been applied to stable kernels for earlier versions.