Laptop does not function properly after waking from a suspend.

[Cheryl S.]

I am running Breezy Preview on an IBM T22. All my IBM buttons function just as
they should (thank you) however when I wake my computer from a suspend state it
does not function properly. It suddenly becomes very slow and takes about 2-5
minutes to open a terminal or any other program. It also takes that long just to
pull up the logout menu and then another 2-5 minutes to shut it down.

[Cheryl S. (imag33kswife)]

I tested it again since there were some recent updates. I am still having the
same problem.

[Matthew Garrett (mjg59)]

Can you please run top when the machine is slow, and let me know if there's
anything obviously consuming lots of CPU time?

[Cheryl S. (imag33kswife)]

My husband who is more familiar with Linux helped me out on this one.

We checked it a few times and we could not find anything consuming mass amounts
of CPU or Memory. He also checked various logs and could find no errors that
pointed to any one thing directly.

He finally killed the GDM put the system to sleep from console (using sleep.sh).
Woke the system back up then re-initialized the GDM. At that point the graphics
did not display the proper colors. He edited xorg.conf replaced my savage driver
with vesa driver and repeated the process. Results with the new driver were the
same.

[eva dany (nohave)]

i can confirm this bug. i have Thinkpad T21 with Ubuntu 5.10. it is very very
slow after waking up. i had knoppix 3.7 before and did not have this problem.

[eva dany (nohave)]

just in case somebody faces the same problem, i found out that swithing off the
event sound(from audio setting) makes the computer comes back to its normall
speed. in other words thus bug is a sound bug, for some reasons after resume
sound would hang.
i do not know how sound works under ubuntu, is there a sound server which i can
reboot? or how can i make further debuging?
thanks and greetings.

[Florian Boucault (fboucault)]

Is it still the case with Dapper?

[Echo Nolan (echonolan)]

This is still the case on Edgy, on my T22. Below is the output of /etc/acpi/sleep.sh:

hellish@zomgsplosion:~$ sudo /etc/acpi/sleep.sh
There is already a pid file /var/run/dhclient.eth0.pid with pid 5324
removed stale PID file
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth0/00:03:47:90:89:8e
Sending on LPF/eth0/00:03:47:90:89:8e
Sending on Socket/fallback
DHCPRELEASE on eth0 to 10.20.64.3 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
Allocated buffer at 0x11010 (base is 0x0)
ES: 0x1101 EBX: 0x0000
 * Shutting down ALSA... [ ok ]
Calling INT 0x15 (F000:F859)
 EAX is 0x5F00
Calling INT 0x15 (F000:F859)
 EAX is 0x5F01
Calling INT 0x15 (F000:F859)
 EAX is 0x8025F02
Calling INT 0x15 (F000:F859)
 EAX is 0x8025F18
Calling INT 0x15 (F000:F859)
 EAX is 0x5F0F
Function not supported
ifup: interface eth0 already configured
 * Setting up ALSA... [ ok ]
grep: /proc/acpi/fan/*/state: No such file or directory
FATAL: Module acpi_sbs not found.
FATAL: Module acpi_sbs not found.

[Echo Nolan (echonolan)]

I should add that it takes a full ten seconds to copy 7 bytes into the sound device:

hellish@zomgsplosion:~$ date;echo moose>/dev/audio;date
Mon Oct 30 23:44:48 PST 2006
Mon Oct 30 23:44:58 PST 2006

compared to instantaneous before a suspend.
Thanks for your effort,
Echo Nolan

[Cheryl S. (imag33kswife)]

This is now fixed for me in Edgy, thank you!!

[Echo Nolan (echonolan)]

Adding snd_cs46xx to MODULES in /etc/default/acpi-support fixes it for, assuming no program has a sound device open. Could acpi-support automagically add it? It'd also be nice if it worked while audio programs were open, but that may be beyond reach.