Description of problem: pulseaudio sometime don`t work correctly.Sometimes during playback it suddenly starts playing very fast and making roaring sound.when I play some audio pusleaudio write to console this: [NSatan@Metallica ~]$ LANG=en_IE.utf8 pulseaudio 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_intel8x0'. 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. Version-Release number of selected component (if applicable): pulseaudio-0.9.15-10.fc11.x86_64 How reproducible: sometime Steps to Reproduce: 1.start pulseaudio 2.play song 3.pulseaudio very fast playback and roaring noise Actual results: pulseaudio sometime don`t work corectly with snd_intel8x0 Expected results: Additional info:
Version-Release number of selected component (if applicable): kernel-2.6.29.1-102.fc11.x86_64
Created attachment 340792 [details] dmesg
sound card is integr. with 7 outport 1 inport lspci: 00:10.2 Multimedia audio controller: nVidia Corporation MCP51 AC97 Audio Controller (rev a2) The error message is shown only when using tsched=0 in the configuration.
very fast, what do you mean by that? Will it drop samples, or will it just increase the frequency? Please provide a complete output of pulseaudio -vvvv when this happens.
Created attachment 341120 [details] messages sorry but "LANG=en_IE.utf8 pulseaudio -vvvv > pulse.txt" don`t write to txt and pulse write to console(and more but my konsole cann`t display): interface=org.freedesktop.Hal.Device, path=/org/freedesktop/Hal/devices/computer, member=InterfaceLockReleased E: cpulimit.c: Received request to terminate due to CPU overload. 12:23:41 D: protocol-native.c: Underrun on 'Audio Stream', 0 bytes in queue. D: protocol-native.c: Requesting rewind due to end of underrun. D: alsa-sink.c: Requested to rewind 65536 bytes.
Created attachment 341163 [details] a complete output of pulseaudio -vvvv I`m not in group pulse-rt fort this time
audio sonds like when quickly changing radio-station
From the dmesg: intel8x0_measure_ac97_clock: measured 50831 usecs intel8x0: clocking to 46771 The frequency looks suspicious. And the pulseaudio log has messages like: E: alsa-util.c: snd_pcm_avail() returned a value that is exceptionally large: 18446744073709540136 bytes (384307168172 ms). E: alsa-util.c: Most likely this is a bug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA developers. Wasn't this supposed to be fixed already in ALSA? Martin has kernel 2.6.29.1-102.fc11.x86_64.
Use &> instead of > to redirect the PA log output to a file. Given those intel8x0_measure_ac97_clock and snd_pcm_avail() lines this seems to be a driver issue. Reassigning to kernel. Martin, please paste the output of alsa-info.sh --no-upload here.
Created attachment 341190 [details] "/tmp/alsa-info.txt"
after a few updates to this bug deteriorated, pulseaudio delay sound, pulse very often crash
Created attachment 344454 [details] "/home/NSatan/pulse.txt" new pulseaudio --vvvv output,for this time without crash
from mplayer: [pulse] working around probably broken pause functionality, see http://www.pulseaudio.org/ticket/440 AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I reproduce this bug on other computer signifies like on my computer.
Created attachment 355890 [details] /tmp/alsa-info.txt from second comp alsa-info from second comp.
Created attachment 355891 [details] output from pulse on second comp. output from pulse on second comp.
Version-Release number of selected component (if applicable): xine-lib-pulseaudio-1.1.16.3-2.fc11.x86_64 pulseaudio-module-x11-0.9.15-14.fc11.x86_64 pulseaudio-utils-0.9.15-14.fc11.x86_64 alsa-plugins-pulseaudio-1.0.20-2.fc11.x86_64 pulseaudio-libs-0.9.15-14.fc11.x86_64 kde-settings-pulseaudio-4.2-10.20090430svn.fc11.noarch pulseaudio-0.9.15-14.fc11.x86_64 pulseaudio-libs-glib2-0.9.15-14.fc11.x86_64 kernel-2.6.29.6-217.2.3.fc11.x86_64
Created attachment 355892 [details] dmesg from second comp. dmesg from second comp.
this bug is in other distribution gentoo: http://bugs.gentoo.org/119015 zubuntu: http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg1558165.html
(In reply to comment #8) > From the dmesg: > intel8x0_measure_ac97_clock: measured 50831 usecs > intel8x0: clocking to 46771 > > The frequency looks suspicious. > > And the pulseaudio log has messages like: > E: alsa-util.c: snd_pcm_avail() returned a value that is exceptionally large: > 18446744073709540136 bytes (384307168172 ms). > E: alsa-util.c: Most likely this is a bug in the ALSA driver 'snd_intel8x0'. > Please report this issue to the ALSA developers. > > Wasn't this supposed to be fixed already in ALSA? Martin has kernel > 2.6.29.1-102.fc11.x86_64. The frequency detection was reworked seems to have been reworked for 2.6.31, the snd_pcm_avail() bug as well, see bug #506075 for isolated patches. *** This bug has been marked as a duplicate of bug 506075 ***