Ubuntu
linux package

  1. Bug #198218
  2. Comment #28

Comment 28 for bug 198218

Revision history for this message
Axel Pospischil (apos) wrote : Re: [hardy] After suspsend sound isnt working anymore

Hi there,
I am on an Thinkpad R31 and no sound after hibernation / resume. See attached lspci -vv. Im running the latest updates of today and kernel generic 2.6.24-18 and module snd-intel8x0.

The solution with restarting alsa-utils or "alsa force-reload" works, but only __after__ I logged into the session. Restarting alsa-utils however does not force to shutdown associated programs like the sound-applet ;)

Putting this into the "/etc/acpi/resume.sh" (or other relevant files during resume) has NO effect (!!! very strange !!!).

When the machine suspends, I hear a knocking sound when the sound shuts down. Same on resume. I hear the same knocking sound when I manually do a "force-reload" of alsa. But only a reload of alsa after logging in has success getting sound working.

I searched and found according bug #151111 (HP Laptops), bug #11149 and bug #223742 (Serval Performance - fixed with module options snd-hda-intel model=toshiba).
But description for the fix of the bugs is neither not applicable for thinkpads nor valid (links are dead for released fixes).

After hours of searching about hardy and hibernation I found out, that ubuntu hardy uses pm-utils for this purpose which relevant directories are "/usr/lib/pm-utils/sleep.d" and "/etc/pm-utils/sleep.d".

So I put a file called "80alsa" into "/etc/pm-utils/sleep.d" (see attachment) reloading alsa-utils and now (at almost 2 o'clock) my sound worked after resume ;)

This leads me into some general questions:
1. Why do the acpi helper script do not work like expected? Are they used anyhow?
2. Has "/etc/default/acpi-support" any effect?
3. Would not be a global solution reloading alsa-utils better, than fixing each driver with an alsa-base module option?

Hope this helped. Good night.