[snd_usb_audio] snd_pcm_avail() returned a value that is exceptionally large
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned | ||
linux-meta (Fedora) |
Won't Fix
|
Medium
|
Bug Description
i am seeing a Pulseaudio reporting an ALSA bug which also causes it to crash.
My laptop has Intel HDA built in as well as an external soundblaster card
connected via USB and a mic in the USB webcam. The snd_usb_audio driver here
appears to be causing the problem. The external card is set as the default
playback device and configured for 5.1 analog output.
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_usb_audio'. 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.
In Red Hat Bugzilla #497636, David (david-redhat-bugs) wrote : | #25 |
In Red Hat Bugzilla #497636, Lennart (lennart-redhat-bugs) wrote : | #26 |
That snd_pcm_avail() issue is a kernel driver problem. Reassigning.
David Nielsen (davidnielsen-deactivatedaccount) wrote : | #1 |
David Nielsen (davidnielsen-deactivatedaccount) wrote : | #2 |
David Nielsen (davidnielsen-deactivatedaccount) wrote : | #3 |
David Nielsen (davidnielsen-deactivatedaccount) wrote : | #4 |
Changed in linux-meta (Fedora): | |
status: | Unknown → Confirmed |
In Red Hat Bugzilla #497636, David (david-redhat-bugs) wrote : | #27 |
Adding Jaroslav Kysela, as I recall the gentleman is who ALSA bugs go to, if not I apologize.
In Red Hat Bugzilla #497636, Jaroslav (jaroslav-redhat-bugs) wrote : | #28 |
Do you have alsa-lib 1.0.20 installed in your system? Please, provide PA error log with alsa-lib-1.0.20.
In Red Hat Bugzilla #497636, David (david-redhat-bugs) wrote : | #29 |
Created attachment 344583
pa.log as produced with alsa-lib 1.0.20
Here you go, full pa.log with the requested alsa-lib version
In Red Hat Bugzilla #497636, Jaroslav (jaroslav-redhat-bugs) wrote : | #30 |
Reassigning to alsa-lib. It's probably alsa-lib problem.
I require more assistance to trace problem. Let me, please, know, if you could compile alsa-lib from sources (www.alsa-
In Red Hat Bugzilla #497636, Jaroslav (jaroslav-redhat-bugs) wrote : | #31 |
Forgot to note: appl_ptr is behind buffer_size . In this case alsa-lib means that hw_ptr overlaped boundary (and the result is too big values from avail and delay functions). The reason might be that there's a bug in alsa-lib or an application wrote too much samples or the bug might be really in kernel (hw_ptr goes backward).
In Red Hat Bugzilla #497636, David (david-redhat-bugs) wrote : | #32 |
If you provide a patch I will happily apply it to my alsa-lib rpm but I would rather avoid having to compile a cvs snaphot. Removing alsa-lib from the rpm db sounds like it would bring regular sized havoc. Would that be acceptable?
In Red Hat Bugzilla #497636, Jaroslav (jaroslav-redhat-bugs) wrote : | #33 |
Fine, I'll prepare a patch tomorrow. You may use LD_PRELOAD to use test alsa-lib binary from another location without installing library to base /usr/lib* tree. I'll give you instructions.
In Red Hat Bugzilla #497636, David (david-redhat-bugs) wrote : | #34 |
Sound good, I'm setting this to block F11Target and needinfo from you pending the arrival of the test patch.
In Red Hat Bugzilla #497636, Jaroslav (jaroslav-redhat-bugs) wrote : | #35 |
Please, untar alsa-lib-1.0.20 tar ball from www.alsa-
Attach the log (it should contain lines like appl_forward: hw_ptr= ....
In Red Hat Bugzilla #497636, David (david-redhat-bugs) wrote : | #36 |
Doing that I have thus far been unable to reproduce the PA crash, I also don't see the additional output in the log. This makes no sense, by all rights it should crash yet despite hours of playing flash video and listening to music the sound will become choppy, it will freeze for several seconds and generally suck 7 ways from sunday but it will not crash. In regular testing before I was able to see this crash sometimes in a matter of minutes.
what gives?
Teodor Sobczak (teodor-sobczak) wrote : | #5 |
Teodor Sobczak (teodor-sobczak) wrote : | #6 |
Andy Whitcroft (apw) wrote : | #7 |
This is not a bug in the linux-meta package, moving to the linux package.
affects: | linux-meta (Ubuntu) → linux (Ubuntu) |
In Red Hat Bugzilla #497636, Bug (bug-redhat-bugs) wrote : | #37 |
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://
Jason (sirjasonr) wrote : | #8 |
- Output of pulseaudio crash when run from the command line Edit (5.6 KiB, text/plain)
I am also having this problem with a similar hardware setup on Karmic with kernel 2.6.30-10-generic and pulseaudio 0.9.15. I have a webcam with built-in microphone and an Intel HDA ATI SB.
When running pulseaudio from the command line, and then testing the sound output using the configuration dialogue (System-
W: alsa-source.c: Your kernel driver is broken: it reports a volume range from 18.00 dB to 18.00 dB which makes no sense.
E: alsa-util.c: snd_pcm_avail() returned a value that is exceptionally large: 132585973029787
E: alsa-util.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers.
Followed by snd_pcm_dump() output (see attached file) and then pulseaudio terminates with:
Soft CPU time limit exhausted, terminating.
Hard CPU time limit exhausted, terminating forcibly.
Aborted
H.-Dirk Schmitt (dirk-computer42) wrote : | #9 |
Also on Linux garfield 2.6.28-13-server #45-Ubuntu SMP Tue Jun 30 22:56:18 UTC 2009 x86_64 GNU/Linux
Ubuntu 9.04 / jaunty
In Red Hat Bugzilla #497636, Michael (michael-redhat-bugs) wrote : | #38 |
Has anything been found out here?
I see snd_pcm_
In Red Hat Bugzilla #497636, Jaroslav (jaroslav-redhat-bugs) wrote : | #39 |
Michael, could you do tests described in comment#10?
In Red Hat Bugzilla #497636, Michael (michael-redhat-bugs) wrote : | #40 |
Well, my problems are _without_ PulseAudio (yum -y remove pulseaudio) as it has not pleased me so far. And with DEBUG_MMAP enabled in alsa-lib, I still don't get any debug output when running Audacious.
But I've installed the new kernel-
In Red Hat Bugzilla #497636, Lubomir (lubomir-redhat-bugs) wrote : | #41 |
*** Bug 481043 has been marked as a duplicate of this bug. ***
In Red Hat Bugzilla #497636, Jussi (jussi-redhat-bugs) wrote : | #42 |
As of kernel 2.6.29.
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-sink.c: Increasing minimal late
ncy to 1.00 ms
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-sink.c: Increasing minimal late
ncy to 2.00 ms
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: snd_pcm_avail() returne
d a value that is exceptionally large: 4294964340 bytes (24347870 ms).
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: Most likely this is a b
ug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA devel
opers.
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: snd_pcm_dump():
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: Hardware PCM card 0 'In
tel 82801DB-ICH4' device 0 subdevice 0
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: Its setup is:
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: stream : PLAYBA
CK
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: access : MMAP_I
NTERLEAVED
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: format : S16_LE
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: subformat : STD
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: channels : 2
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: rate : 44100
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: exact rate : 44100
(44100/1)
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: msbits : 16
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: buffer_size : 16384
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: period_size : 16384
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: period_time : 371519
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: tstamp_mode : ENABLE
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: period_step : 1
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: avail_min : 16384
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: period_event : 0
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: start_threshold : -1
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: stop_threshold : 10
73741824
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: silence_threshold: 0
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: silence_size : 0
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: boundary : 107374
1824
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: appl_ptr : 770791
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: hw_ptr : 753668
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: snd_pcm_delay() returne
d a value that is exceptionally large: 349768 bytes (1982 ms).
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: Most likely this is a b
ug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA devel
opers.
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: snd_pcm_dump():
Aug 9 11:22:29 localhost pulseaudio[2295]: alsa-util.c: Hardware PCM card 0 'In
tel 82801DB-ICH4' devic...
In Red Hat Bugzilla #497636, Natxo (natxo-redhat-bugs) wrote : | #43 |
I have this same problem with 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/
I have solved it booting fedora 11 with 2.6.29.
In Red Hat Bugzilla #497636, Jussi (jussi-redhat-bugs) wrote : | #44 |
Just to clarify, this happens with many other programs too - not just youtube...
Ulrich Hobelmann (u-hobelmann) wrote : | #10 |
- Pulseaudio output Edit (3.1 KiB, text/plain)
Not sure if this adds anything new, but for the past couple weeks, I get the same problem when playing any sound on Fedora 11. Pulseaudio will at some point run at 100% CPU, then crash (i.e. no more running processes with 'pulse' in their name). When run from the command line ("pulseaudio"), I get the attached output (STDERR, I presume).
Before then, it used to work flawlessly.
Ulrich Hobelmann (u-hobelmann) wrote : | #11 |
There is a forum thread about the problem here: http://
The workaround (last post), disabling the glitch-free audio in /etc/pulse/
In Red Hat Bugzilla #497636, Roland (roland-redhat-bugs) wrote : | #45 |
This does not appear to be snd_usb_audio related as I am seeing the same problem when that module is not loaded. Sound controller on my laptop is
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
# lsmod | grep snd
snd_hda_codec_idt 51592 1
snd_hda_intel 24164 4
snd_hda_codec 59380 2 snd_hda_
snd_hwdep 6716 1 snd_hda_codec
snd_pcm 62596 3 snd_hda_
snd_timer 17876 1 snd_pcm
snd 50336 13 snd_hda_
soundcore 5476 1 snd
snd_page_alloc 7712 2 snd_hda_
Kernel is
# uname -a
Linux aristarchus.
so the supposed fix with 2.6.29.
In Red Hat Bugzilla #497636, Chris (chris-redhat-bugs) wrote : | #46 |
Can someone provide some guidance as to whether this bug is truly specific to snd_usb_audio, or whether it's more general?
And, could this bug cause this:
Sep 30 13:34:05 ipem pulseaudio[2741]: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!
Sep 30 13:34:05 ipem pulseaudio[2741]: alsa-sink.c: Most likely this is a bug in the ALSA driver ‘snd_usb_audio’. Please report this issue to the ALSA developers.
Sep 30 13:34:05 ipem pulseaudio[2741]: alsa-sink.c: We were woken up with POLLOUT set — however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.
This is: 2.6.29.
alsa-plugins-
alsa-utils-
alsa-lib-
pulseaudio-
In Red Hat Bugzilla #497636, Roland (roland-redhat-bugs) wrote : | #47 |
What guidance are you looking for? I'm having the same symptoms (based on the log message) and snd_usb_audio is not loaded (doesn't show up in lsmod) per my comment #20.
In Red Hat Bugzilla #497636, Roland (roland-redhat-bugs) wrote : | #48 |
I think having "snd_usb_audio" in the title on this bug is misleading. I see
this problem DAILY on my Dell D820 laptop with an HDA Intel built-in card. No
USB involved that I can tell.
It's also a bit disturbing that the bug is still in the NEW category after 6
months since its initial report. I browsed around the ALSA bug list and can't
find anything there about this, so it doesn't look like it got bumped over to
them.
For all practical purposes, audio is dead on my laptop. I can listen to audio
for anywhere from a few minutes (perhaps 20) down to a minute (or two) before
it crashes requiring me to restart the audio application(s).
Chris, you asked for more guidance. I hope my response didn't sound like I was
being snippy, it was serious. I don't know what guidance you are looking for,
but my own earlier reports show it doesn't seem to be related to snd_usb_audio.
I have no USB audio connected most of the time and it has certainly been
failing without any USB audio devices connected. I have also seen the message
from alsa-sink. about snd_pcm_avail() returning 0, but I unlike the one that
returns an excessively large number, I see it only sometime when the device
hangs.
In Red Hat Bugzilla #497636, Chris (chris-redhat-bugs) wrote : | #49 |
I didn't take your response as snippy. I'm just trying to get some clarity as to what exactly this bug is. I realize some people are seeing errors without snd_usb_audio and some are seeing it with snd_usb_audio. I'd like someone knowledgeable to say either:
a) yes, this bug can cause these kinds of problems either with or without snd_usb_audio, so it is more general than just snd_usb_audio, or
b) no, even though the error logs show some similarities, the same bug can not be responsible for both cases, so each case deserves it's own bug file.
And ultimately, I'm hoping someone can describe what information would help in resolving this bug, because I, too, have frustratingly unreliable audio, and lots of noise in the logs about snd_usb_audio.
Murz (murznn) wrote : | #12 |
- pulseaudio_syslog.txt Edit (10.6 KiB, text/plain)
Have this issue too, upgrading pulseaudio to 0.9.21-
I have attached the syslog with messages from pulseadio & alsa.
After crash I see only 'clicks' instead of sound in speakers.
If I stop the music, run "pulseaudio -k" and press "play", the music plays normally.
I have attached the syslog with messages from pulseadio & alsa.
After crash I see only 'clicks' instead of sound in speakers.
If I stop the music, run in konsole "pulseaudio -k" and press "play", the music plays normally.
Murz (murznn) wrote : | #13 |
Ulrich Hobelmann, I have no "glitch-free" words in default.pa and other pulseaudio config files. Where can I find and disable it?
Ulrich Hobelmann (u-hobelmann) wrote : | #14 |
I don't have that system installed anymore, but try following the last comment in the forum post I linked to... Hope that helps.
phanyx (phanyx-deactivatedaccount) wrote : | #15 |
I have the same error output at system start in logs for "snd_ca0106" driver, but I don't suffer any 'clicks' issues, so i report it only for your information.
Linux 2.6.31-18-generic Ubuntu 9.10 i686
alsa-base 1.0.20+
OMulti (mindw99) wrote : | #16 |
I'm getting similar messages:
Feb 17 23:49:39 multi pulseaudio[3075]: ratelimit.c: 16 events suppressed
Feb 17 23:53:12 multi pulseaudio[3075]: ratelimit.c: 16 events suppressed
Feb 17 23:53:17 multi pulseaudio[3075]: ratelimit.c: 16 events suppressed
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: snd_pcm_avail() gibt einen Wert zurück, welche außerordentlich groß ist: 184467440737095
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: Dies ist wahrscheinlich ein Fehler im ALSA-Treiber 'snd_hda_intel'. Bitte melden Sie diesen Punkt den ALSA-Entwicklern.
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: snd_pcm_dump():
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: Hooks PCM
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: Its setup is:
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: stream : PLAYBACK
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: access : MMAP_INTERLEAVED
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: format : S16_LE
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: subformat : STD
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: channels : 2
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: rate : 48000
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: exact rate : 48000 (48000/1)
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: msbits : 16
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: buffer_size : 16384
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: period_size : 8192
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: period_time : 170666
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: tstamp_mode : ENABLE
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: period_step : 1
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: avail_min : 12545
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: period_event : 0
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: start_threshold : -1
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: stop_threshold : 4611686018427387904
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: silence_threshold: 0
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: silence_size : 0
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: boundary : 4611686018427387904
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: Slave: Hardware PCM card 1 'HDA ATI HDMI' device 3 subdevice 0
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: Its setup is:
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: stream : PLAYBACK
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: access : MMAP_INTERLEAVED
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: format : S16_LE
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: subformat : STD
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: channels : 2
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: rate : 48000
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: exact rate : 48000 (48000/1)
Feb 17 23:53:18 multi pulseaudio[3075]: alsa-util.c: msbits : 16
Feb 17 23:53:18 multi pulseaudio[3075]...
Jeremy Foshee (jeremyfoshee) wrote : | #17 |
Hi David,
Please be sure to confirm this issue exists with the latest development release of Ubuntu. ISO CD images are available from http://
apport-collect -p alsa-base 374002
Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https:/
Thanks in advance.
[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]
tags: | added: kernel-sound |
tags: | added: needs-kernel-logs |
tags: | added: needs-upstream-testing |
tags: | added: kj-triage |
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
David Nielsen (davidnielsen-deactivatedaccount) wrote : | #18 |
I am no longer in possession of the hardware in question and won't be able to retest.
Changed in linux (Ubuntu): | |
status: | Incomplete → Invalid |
In Red Hat Bugzilla #497636, Bug (bug-redhat-bugs) wrote : | #50 |
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '11'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 11's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 11 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
http://
aslam karachiwala (akwala) wrote : | #19 |
This issue exists on the latest Lucid release...
$ cat /proc/asound/
Advanced Linux Sound Architecture Driver Version 1.0.22.1.
Compiled on Apr 29 2010 for kernel 2.6.32-22-generic (SMP).
Attached is an excerpt of my syslog which most likely corresponds to the quick gobbling up of my memory, which has been happening off and on with Hardy as well as Lucid.
aslam karachiwala (akwala) wrote : | #20 |
- syslog-pulseaudio-alsa.log Edit (16.0 KiB, text/plain)
This issue exists on the latest Lucid release...
$ cat /proc/asound/
Advanced Linux Sound Architecture Driver Version 1.0.22.1.
Compiled on Apr 29 2010 for kernel 2.6.32-22-generic (SMP).
Attached is an excerpt of my syslog which most likely corresponds to the quick gobbling up of my memory, which has been happening off and on with Hardy as well as Lucid.
Changed in linux (Ubuntu): | |
status: | Invalid → New |
status: | New → Confirmed |
aslam karachiwala (akwala) wrote : | #21 |
Similar to the workaround that Ulrich Hobelmann mentioned in #11 above, the following change seems to have done the trick for me:
System: Ubuntu 10.04 amd64
File: /etc/pulse/
Add " tsched=0" to the following line:
load-module module-detect
See post #39 in this thread:
http://
aslam karachiwala (akwala) wrote : | #22 |
Re my post #21: The issue returned.
See related/duplicates:
- Bug #545065
- Bug #464442
In Red Hat Bugzilla #497636, Bug (bug-redhat-bugs) wrote : | #51 |
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
clubsoda (clubsoda) wrote : | #23 |
Still present on Maverick 10.10 with 2.6.35-24-generic and pulseaudio 1:0.9.22~
This appears to be a clever pulseaudio bug which causes alsa-util.c to blame whichever ALSA module you're using! :)
I can trigger this bug by busying the CPU while playing a video with vlc. I guess the underlying cause is a buffer underflow.
> Pulseaudio will at some point run at 100% CPU, then crash...
I wish pulseaudio would crash here, because it is hard to kill while it is sapping 100% CPU and thrashing the hard drive. The cold reset button begins to look attractive. Very "alpha testing" feel. :(
Maintainers, please note that redhat-bugs #497636 listed above is marked as CLOSED WONTFIX due to Fedora 11 end-of-life. A similar issue, redhat-bugs #506075 was indicated CLOSED NEXTRELEASE as of October 2009, and yet the problem remains (or has come back).
Cheers.
Brad Figg (brad-figg) wrote : Unsupported series, setting status to "Won't Fix". | #24 |
This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
Changed in linux (Ubuntu): | |
status: | Confirmed → Won't Fix |
Changed in linux-meta (Fedora): | |
importance: | Unknown → Medium |
status: | Confirmed → Won't Fix |
Created attachment 341314
pulseaudio log E: only output
Description of problem:
I am experiencing a large amount of stuttering audio, the attached debug information could be captured when running pulseaudio -vvvv
The laptop has Intel HDA built in as well as an external soundblaster card connected via USB and a mic in the USB webcam. The snd_usb_audio driver here appears to be causing the problem. The external card is set as the default playback device and configured for 5.1 analog output.
Pulseaudio is being run with tsched=0 to avoid a loud painful crackling sound upon waking to the card.
Version-Release number of selected component (if applicable): 2.6.29. 1-102.fc11. x86_64 0.9.15- 11.fc11. x86_64
kernel-
pulseaudio-
How reproducible:
100%
Steps to Reproduce:
1. playback audio, youtube videos via gnash especially seem good at triggering this
Actual results:
stuttering audio to the point of making it unlistenable
Expected results:
smooth audio experience
Additional info:
x86_64, da_DK.UTF-8