[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Awakening from suspend-to-mem



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Andrew McMillan wrote:

> On Wed, 2005-05-11 at 15:42 +0300, Alexander A. Vlasov wrote:
>> Hello all.
>> 
>> Finally, I installed Sarge on my Compaq Presario 2200, but I face
>> following problem:
>> laptop can be suspended-to-ram by `echo mem > /sys/power/state' (and
>> suspending works fine -- led blinks slowly, display shutting down and so
>> on), but it can't awake from this state. Opening lid or pressing the
>> power button leads laptop to shutdown, not to resuming to normal state.
>> 
>> Any ideas/suggestions?
> 
> Hi,
> 
> On some laptops I have seen that if you hold down the "Fn" key for a
> second or two it will unsuspend in a manner that is not recognised as a
> power button event.
> 
> Otherwise it is necessary to add locking against recognition of the
> power button event, while the suspend script is running.  In another
> e-mail you suggest that this would be a lock file that the
> suspend/resume script would write, and that the power button script
> would remove, but I wonder if a better solution would be for the
> suspend/resume script to write and to remove (after resume, of
> course :-)
> 
> With a tweak like that, my own scripts would look like this.
> 
> /etc/acpi/suspend_to_ram.sh:
> ==================================================
> #!/bin/sh
> # /etc/acpi/suspend_to_ram.sh
> # Initiates a suspend to memory [e.g. when the lid is closed]
> 
> if ps -Af | grep -q '[k]desktop' && test -f /usr/bin/dcop
> then
>     dcop --all-users ksmserver ksmserver logout 0 2 0 && exit 0
> fi
> 
> sync
> 
> whereami --syslog --run_from suspend2ram undocked
> DISPLAY=:0.0 xscreensaver-command -lock
> 
> logger -t "acpi-sleep" "Initiating sleep at `date`"
> 
> touch /var/lock/suspend-resume.lock
> echo mem >/sys/power/state
> sleep 1
> 
> logger -t "acpi-sleep" "Awakening from sleep at `date` ?"
> 
> (
>   # Run in a subshell so we can finish our job...
>   sleep 2
>   whereami --syslog --run_from resumefromram
> ) 2>&1 | logger -t 'acpi-sleep' &
> 
> sleep 1
> rm /var/lock/suspend-resume.lock
> ==================================================
> 
> 
> /etc/acpi/powerbtn.sh:
> ==================================================
> #!/bin/sh
> # /etc/acpi/powerbtn.sh
> # Initiates a shutdown when the power putton has been
> # pressed.
> 
> [ -e /var/lock/suspend-resume.lock ] && exit 0
> 
> if ps -Af | grep -q '[k]desktop' && test -f /usr/bin/dcop
> then
>     dcop --all-sessions --all-users ksmserver ksmserver logout 0 2 0 &&
> exit 0
> else
>     /sbin/shutdown -h now "Power button pressed"
> fi
> ==================================================
> 
> 
> In regard to the display returning after resume: what chipset is that?
> Which drivers?  Are you using the kernel framebuffer?  For the native
> chipset, or the VESA one?  What version of the kernel are you using?
> 
> I have seen those sorts of problems on my own laptop (Radeon FireGL T2
> A.K.A. Radeon 9700) but do not see them now, using the kernel native
> radeon framebuffer and a recent 2.6.x kernel.
> 

I don't understand why you people are taking so much of pain automating a
lot of stuff using scripts.
I presume most notebook users would be using GUI on it (Probably KDE).

KDE's klaptopdaemon is excellent in handling all this suspend/resume stuff
for you. I've been using it for months now without any problem.

Worth a try.

rrs
- -- 
Ritesh Raj Sarraf
RESEARCHUT -- http://www.researchut.com
Gnupg Key ID: 04F130BC
"Stealing logic from one person is plagiarism, stealing from many is
research."
"Necessity is the mother of invention."
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD4DBQFCg5L+4Rhi6gTxMLwRAiswAJdgMlupMyvaNgkkeA+PXw0hkAxFAJ9kMIQs
puh9ar5EWdUj1UHeCrWfdw==
=VY67
-----END PGP SIGNATURE-----



Reply to: