Wim Taymans 060d0e1761 Revert "loop: don't call the hooks around blocking wait" ... This reverts commit 46dfa69f26. We do actually need to release the locks for now. The reason is that pipewire core will at various points do a blocking invoke into the thread-loop (which is the data-loop when using non-rt/async processing) to synchronize state. Because these functions are called with the thread-loop lock and from some other thread (like gstreamer) it causes a deadlock because the thread-loop is locked and can't run and the caller is waiting for the thread-loop to complete. See #4472		2025-06-26 12:45:29 +02:00
..
examples	Port videotestsrc to LoopUtils	2024-07-01 15:28:14 +00:00
include	Revert "loop: don't call the hooks around blocking wait"	2025-06-26 12:45:29 +02:00
include-private/spa-private	spa: move dbus helpers out of bluez plugin	2024-02-05 13:03:20 +00:00
lib	spa: remove some old includes	2024-11-26 13:30:58 +01:00
plugins	Revert "loop: don't call the hooks around blocking wait"	2025-06-26 12:45:29 +02:00
tests	Add GNU/Hurd support	2023-09-24 15:11:52 +00:00
tools	spa: add spa_json_object_next	2024-09-16 09:50:36 +02:00
meson.build	spa: fix ALSA UMP support detection in meson	2025-03-11 12:27:25 +01:00