Ticket #195 (closed defect: worksforme)
ARM: possible deadlocks when running pulseaudio with --high-priority=1
| Reported by: | kaivehmanen | Owned by: | lennart |
|---|---|---|---|
| Milestone: | Component: | core | |
| Keywords: | SCHED_FIFO | Cc: | kai.vehmanen@… |
Description
Originally reported to pulse-audio discuss: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2007-December/001001.html
--cut-- This is probably a known issue, but I'm constantly hitting a deadlock when running Pulseaudio (0.9.7) with SCHED_FIFO (--high-priority=1). I can reproduce it as follows: - run pulseaudio (self-compiled, debian stable) with --high-priority=1 - first client: while [ 1 ] ; do aplay -D pulse foo.wav ; done - second: while [ 1 ] ; do aplay -D pulse foo.wav ; done At some point, pulseaudio gets stuck and backtrace shows its stuck in memblock.c:pa_memblock_unref() -> memblock_free() -> pa_mutex_lock(). At some point, pulseaudio gets stuck and backtrace shows its stuck in memblock.c:pa_memblock_unref() -> memblock_free() -> pa_mutex_lock(). --cut--
Change History
Note: See
TracTickets for help on using
tickets.
