You are not logged in.
Hello,
i'm using pm-utils to hibernate and resume my machine.
The aformentioned operations work good, since my machine goes into suspend and hibernation in a breeze.
The same can't be said for resume, both from suspend and hibernation. The former takes 70 seconds, the latter 90!
Same behaviour with s2ram!
This is the pm-suspend.log
Sat May 1 16:02:56 CEST 2010: performing suspend
Sat May 1 16:04:12 CEST 2010: Awake.
Sat May 1 16:04:12 CEST 2010: Running hooks for resume
/usr/lib/pm-utils/sleep.d/99video resume suspend:success.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:success.
/usr/lib/pm-utils/sleep.d/95led resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:success.
/usr/lib/pm-utils/sleep.d/90clock resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/75modules resume suspend:success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend:success.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/11netcfg resume suspend:success.
/usr/lib/pm-utils/sleep.d/01grub resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/00powersave resume suspend:success.
/usr/lib/pm-utils/sleep.d/00logging resume suspend:success.
Sat May 1 16:04:38 CEST 2010: Finished.
Absolutely no problems! A strange behaviour indeed, since even the log reports quite less than 70 seconds between awake and actual availability of the system!
Another strange clue: the fans are spinning at a faster speed until i reboot!
My hardware:
- MOBO: SAPPHIRE PURE CrossFire 790GX
- CPU: AMD Phenom X3
- VIDEO: AMD radeon hd4670 with radeon open source driver
- OS: Archlinux x64 with latest kernel - 2.6.33-ARCH
Thanks for your suupport
Last edited by spidernik84 (2010-05-02 11:40:43)
Offline
Ok, i've got news here.
Out of curiosity, i tried to install the latest (10.4) ati proprietary fglrx driver instead of the open-source radeon driver: the resume is now back to regular times (10 secs from ram, slightly more from disk).
I've been following this post by ViOLO, the official catalyst maintainer for arch. I don't know if the problem is completely related to the driver itself, but i didn't do anything else!
Should we add this to the pm-utils wiki?
Last edited by spidernik84 (2010-05-02 11:45:48)
Offline
What makes you think 10s is normal? You might want to investigate it further because
Tue Apr 27 09:49:13 CEST 2010: performing suspend
Tue Apr 27 09:49:37 CEST 2010: Awake.
Tue Apr 27 09:49:37 CEST 2010: Running hooks for resume
/usr/lib/pm-utils/sleep.d/99video resume suspend:success.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:success.
/usr/lib/pm-utils/sleep.d/95led resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:success.
/usr/lib/pm-utils/sleep.d/90clock resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/75modules resume suspend:success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend:success.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/11netcfg resume suspend:success.
/usr/lib/pm-utils/sleep.d/01grub resume suspend:not applicable.
/usr/lib/pm-utils/sleep.d/00powersave resume suspend:success.
/usr/lib/pm-utils/sleep.d/00logging resume suspend:success.
Tue Apr 27 09:49:38 CEST 2010: Finished.
and my sys is p5vd2-mx, pentium 4, gf7600, 32bit
Last edited by cngn (2010-05-02 12:13:35)
Offline
10s for return from suspend is massive, my dell vostro 1500 is up and running again in a second or so.
Offline
What makes you think 10s is normal? You might want to investigate it further because
At least is better than 70 seconds
Well, i'm talking about S3 state: my machine is completely shut down but powering ram, so recovering from suspend incurs disks spin-up and all the rest. I don't know if this makes any difference...
Btw, i can confirm it takes way less to resume on my acer aspire one (1-2 secs as you said).
Since you say it should take less, I will surely keep investigating and report back! Thanks for the suggestions.
Offline