All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Erik Botö" <erik.boto@pelagicore.com>
To: openembedded-core@lists.openembedded.org
Subject: Issue with pulseaudio and Qt introduced with eglibc 2.18
Date: Fri, 23 Aug 2013 08:14:42 +0200	[thread overview]
Message-ID: <CA+AhUGwh+Ck5LYxwL0Lp20czW6m-xQAPnFOckfnjNFFB9aMreA@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1874 bytes --]

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ö

[-- Attachment #2: Type: text/html, Size: 3651 bytes --]

             reply	other threads:[~2013-08-23  6:14 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-23  6:14 Erik Botö [this message]
2013-08-23  6:33 ` Issue with pulseaudio and Qt introduced with eglibc 2.18 Khem Raj
2013-08-23  7:35   ` Erik Botö
2013-08-23 12:55 ` Erik Botö

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CA+AhUGwh+Ck5LYxwL0Lp20czW6m-xQAPnFOckfnjNFFB9aMreA@mail.gmail.com \
    --to=erik.boto@pelagicore.com \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.