[Bug 702520] [regression] queue: deadlock when reconfigure event

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=702520
  GStreamer | gstreamer (core) | 1.1.1

--- Comment #3 from Aleix Conchillo Flaqué <aleix at oblong.com> 2013-06-18 14:16:11 UTC ---
(In reply to comment #2)
> Can you provide backtraces of all GStreamer related threads? 

I'll do as soon as I get to the office.

> From these threads
> there should not be a deadlock as none of them hold that mutex while waiting
> for the GCond. There must be one thread that is currently blocking this mutex
> and not releasing it because it waits for something else to finish, namely the
> allocation query or the pad linking that caused the reconfigure event.

It might not be this, but isn't gst_queue_handle_sink_query holding the mutex
and waiting on query_handled (thread 2)? The task (queue_loop) seems to start
when the reconfigure event is received, but this can't happen because
gst_queue_handle_sink_query has the mutex (thread 4).

-- 
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.