[pulseaudio-discuss] Semaphore lockup when using threaded mainloops excessively
gmane at colin.guthr.ie
Thu Mar 31 09:20:33 PDT 2011
'Twas brillig, and Daniel Mack at 31/03/11 17:08 did gyre and gimble:
> On Thu, Mar 31, 2011 at 3:02 PM, Daniel Mack <zonque at gmail.com> wrote:
>> I'm on Mac OS X, so it could be a platform specific issue, but maybe
>> more test coverage shows the problem on other platforms as well. I
>> also exchanged the semaphore implementation for an alternative, but
>> that didn't help.
>> Attached is a patch to add the test to the tree. Am I doing anything wrong?
> I tried this test on a Linux machine now, with PulseAudio built from
> the current git HEAD. Interestingly, the daemon (started with -vvv)
> crashes reproducible, and the last lines of debug output are:
> D: alsa-sink.c: Latency set to 371.52ms
> D: alsa-sink.c: hwbuf_unused=4
> D: alsa-sink.c: setting avail_min=15503
> E: mcalign.c: Assertion 'l > 0' failed at pulsecore/mcalign.c:202,
> function pa_mcalign_csize(). Aborting.
> Does that ring a bell to anyone? I'll try to debug this further, but
> hope for some input :)
Hmm, not seen this one.
I'm running git master as of a couple commits back and I certainly don't
get that :s
A backtrace from the assertion would be useful...
Tribalogic Limited [http://www.tribalogic.net/]
Mageia Contributor [http://www.mageia.org/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
More information about the pulseaudio-discuss