Seeing this occasionally in my logs since upgrading to karmic:
Nov 20 00:02:06 ze pulseaudio[2870]: ratelimit.c: 73 events suppressed
Nov 20 00:10:50 ze pulseaudio[2870]: alsa-sink.c: ALSA woke us up to write new
data to the device, but there was actually nothing to write!
Nov 20 00:10:50 ze pulseaudio[2870]: alsa-sink.c: Most likely this is a bug in
the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA
developers.
Nov 20 00:10:50 ze pulseaudio[2870]: alsa-sink.c: We were woken up with POLLOUT
set -- however a subsequent snd_pcm_avail() returned 0 or another value <
min_avail.
Note that the first error occurs 8 second before the rest (last 3 lines) so it
may be unrelated.
Ignoring the logs and moving to actual user experience with sound:
* Ever since the switch to pulseaudio I get occasional
random/spontaneous sound stutter, even when no sound is playing
* Since the karmic upgrade the stutter events are much shorter in
duration and much rarer in occurrence, so I'm speculating (and may be
totally wrong) that the logs are evidence of better exception handling.
Better get some log messages than actual sound stutter.
HTH
Anyway, reporting just in case this helps or adds any information.
--
[karmic] ALSA driver snd_hda_intel broken according to PulseAudio
https://bugs.launchpad.net/bugs/430620
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
