The pulseaudio daemon seems to keep crashing. When audio is playing, it's stopped. When no audio is playing, I get a click from my speakers. The only related thing I can find in the log files follows (from errors.log. Repeats.): [code]Oct 13 16:25:55 localhost pulseaudio[2914]: [alsa-sink] alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Oct 13 16:25:55 localhost pulseaudio[2914]: [alsa-sink] alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_ca0106'. Please report this issue to the ALSA developers. Oct 13 16:25:55 localhost pulseaudio[2914]: [alsa-sink] alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail. Oct 14 19:34:57 localhost pulseaudio[4335]: [pulseaudio] main.c: Daemon startup failed. Oct 15 18:58:25 localhost pulseaudio[2504]: [pulseaudio] pid.c: Daemon already running.[/code] Sometimes the daemon restarts (xfce territory) and sometimes not. I'm reporting this on the ALSA bug tracker, too.
Link to report on the ALSA bug tracker: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5463
Could you get a stack trace, or at least more verbose logs? You can run PA manually with the following line (might need to do this a few times to defeat autospawn) pulseaudio -k; pulseaudio -vvvv (alternatively, echo "autospawn = no" >> ~/.pulse/client.conf to disable autospwaning)
The latest patch by my distro (Arch Linux) seems to have resolved this for me.
(In reply to comment #3) > The latest patch by my distro (Arch Linux) seems to have resolved this for me. Excellent. Marking this bug as closed, then. Bonus points if you could link to the relevant patch. :)
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.