[pulseaudio-commits] [SCM] PulseAudio Sound Server branch, master, updated. v0.9.16-test3-6-g2952f28

[Lennart Poettering]

This is an automated email from the git hooks/post-receive script. It was
generated because of a push to the "PulseAudio Sound Server" repository.

The master branch has been updated
      from  39aa1cf94d43efaa80571b3f9d3dc56297f2f5be (commit)

- Log -----------------------------------------------------------------
2952f28 client: fix documentation for threaded mainloop
66db0c8 update pulse-daemon.conf.5.xml.in about realtime-scheduling
6d0c5a1 update pulse-daemon.conf.5.xml.in about exit-idle-time
-----------------------------------------------------------------------

Summary of changes:
 man/pulse-daemon.conf.5.xml.in |    4 ++--
 src/pulse/thread-mainloop.h    |   14 +++++++++-----
 2 files changed, 11 insertions(+), 7 deletions(-)

-----------------------------------------------------------------------

commit 6d0c5a161bb870e0242ec924282d377970a9413c
Author: Alam Arias <Alam.GBC at gmail.com>
Date:   Wed Jul 1 15:53:37 2009 -0400

    update pulse-daemon.conf.5.xml.in about exit-idle-time

diff --git a/man/pulse-daemon.conf.5.xml.in b/man/pulse-daemon.conf.5.xml.in
index 68bcb77..aed5d98 100644
--- a/man/pulse-daemon.conf.5.xml.in
+++ b/man/pulse-daemon.conf.5.xml.in
@@ -230,7 +230,7 @@ USA.
     <option>
       <p><opt>exit-idle-time=</opt> Terminate the daemon after the
       last client quit and this time in seconds passed. Use a negative value to
-      disable this feature. Defaults to -1. The
+      disable this feature. Defaults to 20. The
       <opt>--exit-idle-time</opt> command line option takes
       precedence.</p>
     </option>

commit 66db0c8471360c889e40598bd587301d33b5300b
Author: Alam Arias <Alam.GBC at gmail.com>
Date:   Wed Jul 1 15:59:11 2009 -0400

    update pulse-daemon.conf.5.xml.in about realtime-scheduling

diff --git a/man/pulse-daemon.conf.5.xml.in b/man/pulse-daemon.conf.5.xml.in
index aed5d98..f1d5b8f 100644
--- a/man/pulse-daemon.conf.5.xml.in
+++ b/man/pulse-daemon.conf.5.xml.in
@@ -204,7 +204,7 @@ USA.
       real-time. The controlling thread is left a normally scheduled
       thread. Thus enabling the high-priority option is orthogonal.
       See <manref section="1" name="pulseaudio"/> for more
-      information. Takes a boolean argument, defaults to "no". The
+      information. Takes a boolean argument, defaults to "yes". The
       <opt>--realtime</opt> command line option takes precedence.</p>
     </option>
 

commit 2952f28c06b254f358ec9b3354dfc05c17a7b871
Author: Lennart Poettering <lennart at poettering.net>
Date:   Fri Jul 31 23:07:07 2009 +0200

    client: fix documentation for threaded mainloop
    
    Closes #553

diff --git a/src/pulse/thread-mainloop.h b/src/pulse/thread-mainloop.h
index 41159d9..e847070 100644
--- a/src/pulse/thread-mainloop.h
+++ b/src/pulse/thread-mainloop.h
@@ -137,15 +137,19 @@ PA_C_DECL_BEGIN
  * The main function, my_drain_stream_func(), will wait for the callback to
  * be called using pa_threaded_mainloop_wait().
  *
- * If your application is multi-threaded, then this waiting must be done
- * inside a while loop. The reason for this is that multiple threads might be
- * using pa_threaded_mainloop_wait() at the same time. Each thread must
- * therefore verify that it was its callback that was invoked.
+ * If your application is multi-threaded, then this waiting must be
+ * done inside a while loop. The reason for this is that multiple
+ * threads might be using pa_threaded_mainloop_wait() at the same
+ * time. Each thread must therefore verify that it was its callback
+ * that was invoked. Also the underlying OS synchronization primitives
+ * are usually not free of spurious wake-ups, so a
+ * pa_threaded_mainloop_wait() must be called within a loop even if
+ * you have only one thread waiting.
  *
  * The callback, my_drain_callback(), indicates to the main function that it
  * has been called using pa_threaded_mainloop_signal().
  *
- * As you can see, both pa_threaded_mainloop_wait() may only be called with
+ * As you can see, pa_threaded_mainloop_wait() may only be called with
  * the lock held. The same thing is true for pa_threaded_mainloop_signal(),
  * but as the lock is held before the callback is invoked, you do not have to
  * deal with that.

-- 
hooks/post-receive
PulseAudio Sound Server