Bug#579110: acpid: fails to power off system on suspend to ram/disk
Package: acpid Version: 1:2.0.3-1 Severity: important Tags: sid After upgrading to 2.0.4 the system doesn't power off after suspending to RAM / disk. I.e. it looks like like it's suspending as normal but at the point when the screen normally goes blank and the system fans / disks power off, the system remains powered on. In this state the system is pretty much dead, so I have to press the reset or the power button before I can reboot the machine. Downgrading only this package to 2.0.3 fixes the problem for me. Further observations: * Suspend to disk never worked for me so far (acpid 2.0.3) (the system would suspend and power off, it also resumes as expected up to the point where I would expect to get control back; instead I'm stuck watching at a sleeping Penguin). If I suspend now (acpid 2.0.4) this behaviour doesn't change with the difference that I have to manually power off the suspended machine. I.e. after manually powering off and rebooting the same kernel, the system is indeed resuming from disk but I'm still stuck with the sleeping penguin. So apparently it's only the 'switch off' command that's not issued (or accepted) anymore. * The mainboard is an MSI 785GM-E51. s2ram identifies my machine as: This machine can be identified by: sys_vendor = MICRO-STAR INTERNATIONAL CO.,LTD sys_product = MS-7596 sys_version = 1.0 bios_version = V2.5 * Downgrading the BIOS to V2.4 doesn't fix this. * I'm using the nvidia proprietary graphics driver (Version 190.53-4). * I have the vmware player installed (Version 3.0.1 build-227600) * All the rest is what I'd regard a pretty stock debian sid. If this isn't enough information, please let me know. /Andreas -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-myamd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpid depends on: ii libc62.10.2-7Embedded GNU C Library: Shared lib ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip ii module-init-tools3.12~pre2-3 tools for managing Linux kernel mo Versions of packages acpid recommends: ii acpi-support-base 0.133-2scripts for handling base ACPI eve acpid suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579110: [Pkg-acpi-devel] Bug#579110: acpid: fails to power off system on suspend to ram/disk
On Sun, Apr 25, 2010 at 02:14:39PM +0200, Andreas Schneider wrote: After upgrading to 2.0.4 the system doesn't power off after suspending to RAM / disk. I.e. it looks like like it's suspending as normal but at the point when How do you suspend? Downgrading only this package to 2.0.3 fixes the problem for me. This surprises me. Are you sure this is the only difference? From what you're describing I cannot see how it's acpid related at all. Btw. here are the changes between 2.0.3 and 2.0.4: - Replaced all the mandb code in the makefile with a comment. (Makefile) - Revamped logging. (acpid.c event.c inotify_handler.c input_layer.c netlink.c proc.c sock.c) - Removed CR's (\r) from files. (Changelog connection_list.c sock.c) - Cleaned up the samples directory a bit. Also added powerbtn samples taken from Debian. (samples/*) - Removed the %changelog token from the top of the Changelog. This appears to be a Red Hat-ism. Hardly anything that can produce the described problem. If this isn't enough information, please let me know. You know that acpid only listens to some interfaces for acpi events and then executes script accordingly? The functionality you describe is located in the kernel, I cannot see how acpid has any influence. Could you please check that you have the same set of modules installed when testing with 2.0.3 and 2.0.4? michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579110: [Pkg-acpi-devel] Bug#579110: acpid: fails to power off system on suspend to ram/disk
Umm, now this is embarassing. Before submiting the bug I reproduced both the bad and the good behaviour but now it turns out I can't reproduce it anymore. Please close it and forget that I even opened it. Sorry. Best, Andreas On Sun, Apr 25, 2010 at 15:28, Michael Meskes mes...@debian.org wrote: On Sun, Apr 25, 2010 at 02:14:39PM +0200, Andreas Schneider wrote: After upgrading to 2.0.4 the system doesn't power off after suspending to RAM / disk. I.e. it looks like like it's suspending as normal but at the point when How do you suspend? Downgrading only this package to 2.0.3 fixes the problem for me. This surprises me. Are you sure this is the only difference? From what you're describing I cannot see how it's acpid related at all. Btw. here are the changes between 2.0.3 and 2.0.4: - Replaced all the mandb code in the makefile with a comment. (Makefile) - Revamped logging. (acpid.c event.c inotify_handler.c input_layer.c netlink.c proc.c sock.c) - Removed CR's (\r) from files. (Changelog connection_list.c sock.c) - Cleaned up the samples directory a bit. Also added powerbtn samples taken from Debian. (samples/*) - Removed the %changelog token from the top of the Changelog. This appears to be a Red Hat-ism. Hardly anything that can produce the described problem. If this isn't enough information, please let me know. You know that acpid only listens to some interfaces for acpi events and then executes script accordingly? The functionality you describe is located in the kernel, I cannot see how acpid has any influence. Could you please check that you have the same set of modules installed when testing with 2.0.3 and 2.0.4? michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org