[Bug 704002] inpuselector - deadlock on next track (sometimes), racy

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=704002
  GStreamer | gst-plugins | git

Sebastian Dröge <slomo> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |slomo at circular-chaos.org
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |1.1.3

--- Comment #2 from Sebastian Dröge <slomo at circular-chaos.org> 2013-07-12 08:10:39 UTC ---
commit 717ad2091209bf3b736cfd9784ca1e710a5020a6
Author: Sebastian Dröge <slomo at circular-chaos.org>
Date:   Fri Jul 12 10:08:26 2013 +0200

    inputselector: Deactivate and remove pad without the inputselector lock

    Otherwise we might get deadlocks caused by lock order inversion:
    During the chain function the stream lock is first locked and then the
    inputselector lock. During pad release we first locked the inputselector
    lock and then deactivating the pad would lock the stream lock.

    There's no reason why the inputselector lock should be required while
    deactivating and removing the pad, it's only needed before.

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

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.