On 13/11/10 10:19 PM, Ben Hutchings wrote:
Well, first Axel should check that the kernel itself does the right
thing:
echo mem /sys/power/state
I agree with Ben's judgement that eeepc-acpi-scripts should be
minimised, though I would go further and say that ACPI quirks should
Hi Ben,
thanks for having a look at that issue.
Ben Armstrong wrote:
If acpi-support alone doesn't work for you with the Squeeze kernel, then
this bug probably belongs on acpi-support instead.
I'm using the 2.6.36 from experimental currently. Will check with
2.6.32 from Squeeze/Sid.
You
On Sun, 2010-11-14 at 20:19 +0100, Axel Beckert wrote:
[...]
Ben Armstrong wrote:
On 13/11/10 10:19 PM, Ben Hutchings wrote:
Well, first Axel should check that the kernel itself does the right
thing:
echo mem /sys/power/state
JFYI:
$ cat /sys/power/state
mem disk
Package: eeepc-acpi-scripts
Version: 1.1.11
Severity: normal
Since eeepc-acpi-scripts switched to acpi-support for sleep management,
my 701 takes two minutes instead of just a few seconds before:
Nov 13 11:31:51 nemo user.info kernel: [251964.576053] PM: suspend of devices
complete after
On 13/11/10 06:51 AM, Axel Beckert wrote:
Kernel: Linux 2.6.36-trunk-686 (SMP w/1 CPU core)
Please retest on 2.6.32.
Thanks,
Ben
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
On Sat, 2010-11-13 at 21:40 -0400, Ben Armstrong wrote:
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
7 matches
Mail list logo