GNOME Bugzilla – Bug 781180
data race in pa_queue_pop/pa_queue_push reported by TSan
Last modified: 2018-05-22 19:14:50 UTC
Created attachment 349671 [details] ThreadSanitizer: data race pulsecore/queue.c:98 in pa_queue_pop This case suggested by the thread sanitizer occurs because pulseaudio operations related to the mic detection can happen in two different threads, one is the main thread from the glib main loop, and the other is a thread from the gstreamer pipeline, running the pulsesrc element, when processing a notify callback. This bug has also been submitted to the pulseaudio bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99667
Created attachment 349672 [details] [review] mic-monitor: make pulseaudio mainloop thread-safe A possible fix could be to force the PA-related processing from operations_run() to occur in the glib main loop instead, with the help of g_idle_add().
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/empathy/issues/894.