[OE-core] Issue with pulseaudio and Qt introduced with eglibc 2.18

[Erik Botö]

Hi,

I'm hitting a bug now when using Qt to play e.g mp3:s to a pulseaudio sink.
Using gst-launch with playbin2 and pulsesink works well on the same system.
I have tried a few different versions of Qt (5.0.1, 5.0.2 and Qt 5.1) and
both pulseaudio 3 and 4 with the same problem. When I added this to
local.conf:

PREFERRED_VERSION_eglibc-locale = "2.17"
PREFERRED_VERSION_eglibc-mtrace = "2.17"
PREFERRED_VERSION_eglibc-scripts = "2.17"
PREFERRED_VERSION_eglibc-initial = "2.17"
PREFERRED_VERSION_eglibc = "2.17"

It works ok again, so it was introduced when moving to eglib 2.18 (not
saying that the actual error is in eglibc though).

The error I'm seeing is this:
Assertion 'pthread_mutex_unlock(&m->mutex) == 0' failed at
pulsecore/mutex-posix.c:108, function pa_mutex_unlock(). Aborting.

Google tells me that this has been an issue for OMAP4 when certain kernel
configuration where enabled [1], which makes me believe this might be a
hard one to track down. I'll see if I can find the time to debug it a bit
more, but I would really appreciate any input.

It's quite easy to reproduce, just use the QtMultimedia (built to use
gstreamer and pulseaudio) mediaplayer example and select an mp3 file. It
works like one time out of 20 or so, so some kind of race condition is
probably the case.

My hardware setup is a nitrogen6x board with a Freescale iMX6 processor (so
I'm using meta-fsl-arm*), I've tried with both Qt built with meta-qt5 and
an external Qt build against the Yocto sysroot. If anyone can reproduce
this on some other hardware that would be nice to know.

This started on the meta-freescale list [2], but is probably belonging
here.

[1]. http://lists.linaro.org/pipermail/linaro-dev/2013-April/015794.html
[2].
https://lists.yoctoproject.org/pipermail/meta-freescale/2013-August/004152.html

Cheers,
Erik Botö
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20130823/4544903f/attachment-0002.html>