[Debian-eeepc-devel] Bug#603430: Bug#603430: eeepc-acpi-scripts: Suspend to RAM takes several minutes since switch to acpi-support

Ben Armstrong synrg at sanctuary.nslug.ns.ca
Sun Nov 14 01:40:15 UTC 2010


On 13/11/10 06:51 AM, Axel Beckert wrote:
> So please revert that change back so that eeepc-acpi-scripts handles the
> suspend itself again. The current situation is unusable and you just
> dropped a very well working feature of eeepc-acpi-scripts. Will
> downgrade eeepc-acpi-scripts to 1.1.10 for now.

It's unlikely we will do this. We took a critical look at all of the
various things eeepc-acpi-scripts was handling and had to decide where
we overlapped (and what's worse, conflicted*) with more standard ways of
doing things to cut the custom code from eeepc-acpi-scripts and use the
standard approach instead.

If acpi-support alone doesn't work for you with the Squeeze kernel, then
this bug probably belongs on acpi-support instead.

I took a quick look at acpi-support and note that is configurable, so
that you might implement a workaround.  You just need to disable
ACPI_SLEEP in /etc/default/acpi-support. You could have your WM bind
some action (e.g. sudo pm-suspend --quirk-s3-bios) to the XF86Sleep key,
perhaps.  Or you could use gnome-power-manager or something similar.

Ben
* A conflict with acpi-support meant not just that you would have to
remove acpi-support, but actually *purge* it to avoid residual configs
causing problems. This means it's impossible to have a general purpose
system image that "just works" with all kinds of hardware, including Eee
PCs.





More information about the Debian-eeepc-devel mailing list