[Bug 781320] adaptivedemux: Don't hold locks when pushing FLUSH_START

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=781320

Edward Hervey <bilboed at bilboed.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #349871|0                           |1
        is obsolete|                            |

--- Comment #3 from Edward Hervey <bilboed at bilboed.com> ---
Created attachment 349873
  --> https://bugzilla.gnome.org/attachment.cgi?id=349873&action=edit
adaptivedemux: Don't hold locks when pushing FLUSH_START

Some actions (Qos, reconfigure, ...) might take place before we finish pushing
out flush_start.

One problem would be that:
1) The QOS handling in adaptivedemux takes the MANIFEST LOCK
  That QOS event comes from basesink with its PREROLL_LOCK taken
2) FLUSH_START is sent from adaptivedemux with the MANIFEST_LOCK taken and the
basesink flushing handler needs to take the PREROLL_LOCK

 => deadlock

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.