[Bug 721300] tee: locking issues
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Wed Jan 1 05:00:10 PST 2014
https://bugzilla.gnome.org/show_bug.cgi?id=721300
GStreamer | gstreamer (core) | git
--- Comment #1 from Andrey Utkin <me at andrey-utkin.pp.ua> 2014-01-01 13:00:04 UTC ---
Created an attachment (id=265096)
View: https://bugzilla.gnome.org/attachment.cgi?id=265096
Review: https://bugzilla.gnome.org/review?bug=721300&attachment=265096
partially fixing patch
After looking at above (see "tee: needs fixing locking in gsttee.c?"), i've
made such a patch and now i am running with it.
It allows me to release requestpad safely from main thread.
But if i release it from BLOCK probe callback, the callback is called from
within handle_data() and hangs on secondary GST_TEE_DYN_LOCK, obviously because
it is not recursive. Could we afford recursive mutex?
Before this patch, GST_TEE_DYN_LOCK was used only in release_pad(), which does
not make sense.
--
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.
More information about the gstreamer-bugs
mailing list