[pulseaudio-tickets] [Bug 96749] New: Daemon can hang after [null-sink] asyncq.c: q overrun, queuing locally

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=96749

            Bug ID: 96749
           Summary: Daemon can hang after [null-sink] asyncq.c: q overrun,
                    queuing locally
           Product: PulseAudio
           Version: unspecified
          Hardware: Other
                OS: All
            Status: NEW
          Severity: major
          Priority: medium
         Component: core
          Assignee: pulseaudio-bugs at lists.freedesktop.org
          Reporter: marcin at saepia.net
        QA Contact: pulseaudio-bugs at lists.freedesktop.org
                CC: lennart at poettering.net

Created attachment 124804
  --> https://bugs.freedesktop.org/attachment.cgi?id=124804&action=edit
gdb dump

Version 9.0.

I have connected many (+/- 100) GStreamer based clients over native protocol
with disabled SHM and realtime scheduling.

Each client that has GStreamer's pulsesink loads module-null-sink and sends
data to this sink.

Each client that has GStreamer's pulsesrc loads module-null-sink and fetches
data from this sink's monitor.

Sporadically I load loopback module to "connect" these null sinks and their
monitors.

It works fine for a while and then loads of 

[null-sink] asyncq.c: q overrun, queuing locally

appear in the syslog.

All operations of PA are stopped. It's not desired behaviour, even if there's
something wrong with some of the clients it should not cause whole daemon to
hang.

Stack trace is attached.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20160630/fd586c8d/attachment.html>