Audio fails after suspend, Intel ICH9 family

[D. Grady]

Sound works fine (out of the box even) until suspend/resume cycle. Have tried alsa-utils force-reload.

Ubuntu64 8.04.1
all packages checked to be up to date as of this post.

lspci -vv output:

00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller
 (rev 02)
        Subsystem: Micro-Star International Co., Ltd. Unknown device 356a
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step
ping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
        Latency: 0, Cache Line Size: 32 bytes
        Interrupt: pin A routed to IRQ 22
        Region 0: Memory at fe7f8000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3ho
t+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0
Enable-
                Address: 0000000000000000 Data: 0000
        Capabilities: [70] Express Unknown type IRQ 0
                Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag-
                Device: Latency L0s <64ns, L1 <1us
                Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
                Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
                Device: MaxPayload 128 bytes, MaxReadReq 128 bytes
                Link: Supported Speed unknown, Width x0, ASPM unknown, Port 0
                Link: Latency L0s <64ns, L1 <1us
                Link: ASPM Disabled CommClk- ExtSynch-
                Link: Speed unknown, Width x0

[Daniel Moerner (dmoerner)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at [WWW] https://wiki.ubuntu.com/Bugs/FindRightPackage . I have classified this bug as a bug in pm-utils.

Did you try using the hal site to check which quirks pm-utils is using?

[D. Grady (fehknt)]

um, no... didn't know there was a HAL site... i'll try to check it out and post more info

[D. Grady (fehknt)]

well, a quick google gets me to the HAL quirks site... but it's got nothing for audio, and all the quirks (i'm pretty sure) are configurable in /etc/defaults/acpi-support, which I already customized all the options to get it to suspend and resume at all. But for completeness sake, it says:

-e Checking your system...

WARNING: You have no quirks!
CRITICAL ERROR: Using ATI binary driver. This is not supported!

Well, I managed to debug the video coming back up on my own, so the ATI driver isn't a problem. Just this audio...

[Elim Garak (nightflyer-71)]

Same difficulty on my 64-bit Ubuntu.

lspci -vv output attached.

[Chow Loong Jin (hyperair)]

I have some difficulty on my system (ICH8) but that can be solved by restarting Pulseaudio, or making sure that nothing's using the sound when suspending. Alternatively, running "suspend-sink 0 1" and then "suspend-sink 0 0" in pacmd works

[LimCore (limcore)]

Occurs for me too, but
on ***HIBERNATION*** (dont know about suspension)
and n IHC8

Intel laptop 64bit single core: Acer Extensa 5220 gfx: X3100 (GM965/GL960)
82801H (ICH8 Family)

[Kristoffer Lundén (kristoffer-lunden)]

Got this in 8.10 32-bit, fully updated as of today, on two very different machines. Attaching lspci for one for now, see about adding the other later, if needed.

After suspend/resume, sound is dead. Applications freeze and can't play sound (Rhythmbox, Totem, Youtube on Firefox, etc).

VLC can still play sound.

I tried the invokation above with pacmd, it worked for a few seconds then pulse crashed and couldn't be restarted within the session.

Restarting X fixes the sound issue. Nothing else that I know of, restarting pulseaudio does not seem to do it (unless I'm doing it wrong, I'm using sudo /etc/init.d/pulseaudio restart).

[Chow Loong Jin (hyperair)]

On Sun, 2008-11-09 at 14:30 +0000, Kristoffer Lundén wrote:
> Got this in 8.10 32-bit, fully updated as of today, on two very
> different machines. Attaching lspci for one for now, see about adding
> the other later, if needed.
>
> After suspend/resume, sound is dead. Applications freeze and can't play
> sound (Rhythmbox, Totem, Youtube on Firefox, etc).
>
> VLC can still play sound.
>
> I tried the invokation above with pacmd, it worked for a few seconds
> then pulse crashed and couldn't be restarted within the session.
>
> Restarting X fixes the sound issue. Nothing else that I know of,
> restarting pulseaudio does not seem to do it (unless I'm doing it wrong,
> I'm using sudo /etc/init.d/pulseaudio restart).
>
> ** Attachment added: "lspci -vv"
> http://launchpadlibrarian.net/19511362/lspci-vv.log
>
You're doing it wrong. To restart pulseaudio, first kill it (killall
pulseaudio), verify that it's no longer there (`pidof pulseaudio`
shouldn't show any output, then start pulseaudio (pulseaudio -D).

If VLC can still play sound then it must be using ALSA instead of
PulseAudio for its sound backend.

Try this fix:
https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/202089/comments/79

  duplicate 202089
--
Chow Loong Jin

[Kristoffer Lundén (kristoffer-lunden)]

> You're doing it wrong. To restart pulseaudio, first kill it (killall
> pulseaudio), verify that it's no longer there (`pidof pulseaudio`
>shouldn't show any output, then start pulseaudio (pulseaudio -D).

Ah. So pulseaudio is different from all other services, that's a bug in its own right...

> If VLC can still play sound then it must be using ALSA instead of
> PulseAudio for its sound backend.

Yes, of course. That's just qualifying that sound is working in general, that the sound card is properly initialized after resume. Though VLC does not really tell what it's using, it says "Default". ;)

> Try this fix:
> https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/202089/comments/79

Yes, that works, for now. Thanks!

[Chow Loong Jin (hyperair)]

On Mon, 2008-11-10 at 08:53 +0000, Kristoffer Lundén wrote:
> *** This bug is a duplicate of bug 202089 ***
> https://bugs.launchpad.net/bugs/202089
>
> > You're doing it wrong. To restart pulseaudio, first kill it (killall
> > pulseaudio), verify that it's no longer there (`pidof pulseaudio`
> >shouldn't show any output, then start pulseaudio (pulseaudio -D).
>
> Ah. So pulseaudio is different from all other services, that's a bug in
> its own right...
No it's not. Pulseaudio is a user-spawned daemon that starts when you
log in, not a system daemon.

--
Chow Loong Jin