Bug 633484

Summary:	audio card screams on resume (Intel 82801H STAC9228)
Product:	[openSUSE] openSUSE 11.3	Reporter:	Tristan Miller <psychonaut>
Component:	Kernel	Assignee:	E-mail List <kernel-maintainers>
Status:	RESOLVED WORKSFORME	QA Contact:	E-mail List <qa-bugs>
Severity:	Normal
Priority:	P5 - None
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	openSUSE 11.3
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	Output of alsa-info.sh

Description Tristan Miller 2010-08-22 11:51:12 UTC

Created attachment 384646 [details]
Output of alsa-info.sh

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100714 SUSE/2.0.6-3.1 SeaMonkey/2.0.6

I have a Dell Inspiron 1525 which has an Intel 82801H (ICH8) family soundcard, specifically a STAC9228.  I am using kernel-desktop-2.6.34-12.3.x86_64 and am not running PulseAudio.  If audio is playing during a suspend to RAM, then upon resume, the sound card plays loud, irritating noise at full volume.  Whatever application was outputting audio locks up and must be manually killed.

(Note that if no audio is playing at the time of suspend, then upon resume, the sound card refuses to play any further audio at all.  This was reported last year as Bug 558979.)

Reproducible: Always

Steps to Reproduce:
1. Run some program which produces audio output (e.g., mplayer)
2. Suspend to RAM while the audio is still playing
3. Resume

Actual Results:  
4. The program producing audio has locked up.  Also, a repetitive, garbled sound is output at full volume.


Expected Results:  
4. The program producing audio should continue to play normally.

Comment 1 Tristan Miller 2010-08-22 12:36:26 UTC

I've been trying to take some movies with my camera to demonstrate this bug, but unfortunately I've been having some difficulty reproducing it (or rather every aspect of it).

MPlayer consistently either crashes or locks up when resuming from suspend to RAM; the following message is output to the console when it locks up:

[AO_ALSA] Pcm in suspend mode, trying to resume.
[AO_ALSA] alsa-lib: pcm_hw.c:709:(snd_pcm_hw_resume) SNDRV_PCM_IOCTL_RESUME failed (-38): Function not implemented

However, I haven't been able to reproduce the screaming noise.

Amarok seems to behave properly when resuming from suspend to RAM (i.e., it continues to play audio from where it left off).

I'll try again with suspending to disk to see if that makes a difference.

Comment 2 Tristan Miller 2010-08-22 12:48:25 UTC

MPlayer has the same problems when resuming from suspend to disk and to RAM.  When resuming from suspend to disk, Amarok keeps playing, though the audio is muted until hda-verb /dev/snd/hwC0D2 0x24 SET_VOLUME_KNOB 0x7f is run.

Since I'm not able to reliably reproduce the screaming effect, I'll close this bug for now.  My apologies.