pipewire/spa
Barnabás Pőcze 5fed160972 spa: support: loop: do not call control hooks on blocking invoke
The control hooks of a loop are called before the loop starts polling
and after it has finished polling. Currently, this is used to implement
the locking in pw_thread_loop. This is used to guarantee that the thread
loop's lock is taken while the thread loop is dispatching, and that
the lock can be taken while the loop is polling, when it is running
no user-space code.

However, calling the thread control hooks of thread A when doing an
blocking invoke from thread B serves little purpose, and in fact
can cause issues: for example, issuing a blocking invoke on a
pw_thread_loop does not work unless the lock thereof is taken.

This behaviour, of calling the control hooks from other threads,
is also not documented, and goes contrary to what is currently
stated in the loop.h header file:

  /** Executed right before waiting for events. It is typically used to
   * release locks. */
  ...
  /** Executed right after waiting for events. It is typically used to
   * reacquire locks. */

At the moment the implementation allows any thread to queue invoke
items on any other thread without restrictions; calling the control
hooks only places extra restrictions on the usability of this mechanism
(in case of pw_thread_loop, having to take the loop's lock).
So do not call the control hooks when doing a blocking invoke.
2024-08-06 17:50:38 +02:00
..
examples examples: fix mapoffset in examples 2024-06-13 10:11:29 +02:00
include node: add a clock XRUN_RECOVER flag 2024-07-12 12:30:37 +02:00
include-private/spa-private spa: move dbus helpers out of bluez plugin 2024-02-05 13:03:20 +00:00
plugins spa: support: loop: do not call control hooks on blocking invoke 2024-08-06 17:50:38 +02:00
tests Add GNU/Hurd support 2023-09-24 15:11:52 +00:00
tools spa: improve JSON error reporting in spa-json-dump 2024-03-27 15:57:39 +01:00
meson.build meson: fix conflicting use of feature-based dependency lookups 2024-07-12 10:28:29 +02:00