karmic: audio stops playing audio periodically
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
PulseAudio |
Fix Released
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: pulseaudio
pulseaudio stops playing audio periodically using mplayer-nogui and moc (possibly others, have not tested with others).
The daemon doesn't exit, but upon doing killall pulseaudio and restarting playback, audio works again... and then after a few minutes (sometimes as long as 20 minutes or so), it stops playing audio again.
Looking at mplayer's console output provides nothing interesting, but I have attached the ubuntu-bug report for pulseaudio in this report.
I'd be happy to help test this issue further.
ProblemType: Bug
AplayDevices:
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: ALC888 Analog [ALC888 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
Architecture: i386
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/dsp', '/dev/snd/by-path', '/dev/snd/
Card0.Amixer.info:
Card hw:0 'NVidia'/'HDA NVidia at 0xc8000000 irq 22'
Mixer name : 'Realtek ALC888'
Components : 'HDA:10ec0888,
Controls : 32
Simple ctrls : 19
Date: Mon May 18 21:57:39 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: pulseaudio 1:0.9.15-1ubuntu3
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: pulseaudio
Uname: Linux 2.6.30-5-generic i686
mtime.conffile.
Changed in pulseaudio: | |
status: | New → Fix Released |
Changed in pulseaudio: | |
status: | Fix Released → Fix Committed |
status: | Fix Committed → Fix Released |
I ran pulseaudio in console mode, and received these errors:
$ pulseaudio mmap_commit: Device or resource busy
E: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
E: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers.
E: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
E: alsa-sink.c: snd_pcm_
This makes it seem like a kernel error. Any help troubleshooting this bug would be very helpful.