mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-12-18 14:26:43 +00:00
659d76a633
WebKit's websrc depends on the main-thread for download completion rendezvous. This exposed a number of deadlocks in adaptivedemux due to it holding the MANIFEST_LOCK during network requests, and also needing to hold it to change_state and resolve queries, which frequently occur during these download windows. Make demux->running MT-safe so that it can be accessed without using the MANIFEST_LOCK. In case a source is downloading and requires a MT-thread notification for completion of the fragment download, a state change during this download window will deadlock unless we cancel the downloads and ensure they are not restarted before we finish the state-change. Also make demux->priv->have_manifest MT-safe. A duration query happening in the window described above can deadlock for the same reason. Other src queries (like SEEKING) that happen in this window also could deadlock, but I haven't hit this scenario. Increase granularity of API_LOCK'ing in change_state as well. We need to cancel downloads before trying to take this lock, since sink events (EOS) will hold it before starting a fragment download. |
||
|---|---|---|
| .. | ||
| gsthls.h | ||
| gsthlsdemux-util.c | ||
| gsthlsdemux.c | ||
| gsthlsdemux.h | ||
| gsthlsplugin.c | ||
| gsthlssink.c | ||
| gsthlssink.h | ||
| gsthlssink2.c | ||
| gsthlssink2.h | ||
| gstm3u8playlist.c | ||
| gstm3u8playlist.h | ||
| m3u8.c | ||
| m3u8.h | ||
| Makefile.am | ||
| meson.build | ||