Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#3294 - Laptop suspend-to-RAM
Attached to Project:
Arch Linux
Opened by Eugenia Loli-Queru (Eugenia) - Tuesday, 04 October 2005, 18:25 GMT
Last edited by Tobias Powalowski (tpowa) - Wednesday, 04 January 2006, 11:27 GMT
Opened by Eugenia Loli-Queru (Eugenia) - Tuesday, 04 October 2005, 18:25 GMT
Last edited by Tobias Powalowski (tpowa) - Wednesday, 04 January 2006, 11:27 GMT
|
DetailsThe main reason why I use my (slower) Mac laptop more than my two Arch Linux ones is because of a single feature: sleep, or "suspend to RAM".
I would like to ask for automatic support for sleep for laptops when the lid is closed. I tried and modified many scripts found online that supposedly unload modules, put the gfx card to sleep etc etc, and the laptop DOES go to sleep. But it NEVER wakes up, no matter what I do or what the script does. Same problem on both my laptops (on from LinuxCertified.com and one Sony Vaio). Now, I hear that Ubuntu has automatic sleep support for many laptops, including some IBM-branded ones. Their Gnome has a "suspend" and a "hibernate" button on their "log out" dialog, and the laptops my friends used with Ubuntu *work* with sleep. For me, it's useless to have a laptop and not be able to put it successfully to sleep and wake it up. I understand that many BIOSes are buggy, and I understand that making sleep support is very difficult. But I would like to see an effort from Arch to create a service of a sort, that takes care of lid recognition (without the user having to deal with the /etc/acpi/ scripts) and suspends to RAM successfully. Suspend to disk is kinda useless, as it takes almost as much time to reboot. :P |
This task depends upon
Closed by arjan timmerman (blaasvis)
Tuesday, 21 February 2006, 08:33 GMT
Reason for closing: Fixed
Additional comments about closing: kernel part is fixed, please test powersave from unstable to test userland stuff
Tuesday, 21 February 2006, 08:33 GMT
Reason for closing: Fixed
Additional comments about closing: kernel part is fixed, please test powersave from unstable to test userland stuff
first you will need to recompile your kernel without smp support.
second you will need to install the hibernate script from the aur : http://aur.archlinux.org/packages.php?do_Details=1&ID=1508&O=0&L=0&C=0&K=hiber&SB=&SO=&PP=25&do_MyPackages=0&do_Orphans=0&SeB=nd
configure /etc/hibernate/hibernate.conf
try the first run through running hibernate as root.
this should be enable you to suspend to ram with your laptop, if you want to execute the script on closing the lid. try looking at the acpid deamon scripts.
With the help of this i made my workstation hibernate \o/
You see, what I need is how Windows and Macs do it: you close the lid, and the laptop goes to sleep automatically. You open the lid, and the desktop comes back up in 1-2 seconds.
SoftwareSuspend2's suspend-to-disk requires 25 to 45 seconds, depending on the speed of your drive and how much memory you got. This is why I insist on Suspend-to-RAM and not to-disk.
I don't have a non-smp kernel, and I really don't want to compile a custom one (because then Judd and others are telling me that they won't support my bug requests because I have non-default stuff). Is there any way to make suspend-to-RAM to work without recompiling the kernel? And if not, maybe Judd should apply a patch to the default kernel to support suspensions by default, somehow...
This would be a big win for anyone who wants to use Arch on a laptop!!!
"I checked it only on Ubuntu Breezy Badger, but it seems, that if you compile kernel 2.6.15 with SATA suspend patch http://linux.spiney.org/system/files?file=02_libata_passthru.fixed.patch and also add patch ata_idle_wait after Andrew Morton's advice at http://lkml.org/lkml/2005/11/16/403, then you should have working suspend-to-RAM."
Quote attributed to whomever edited the wiki entry which can be found here:
http://www.thinkwiki.org/wiki/Installing_OpenSUSE_10.0_on_a_ThinkPad_X41