[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=97627

--- Comment #8 from Sam Morris <sam at robots.org.uk> ---
$ PULSE_LOG_TIME=1 PULSE_LOG=4 paplay
/usr/share/sounds/gnome/default/alerts/sonar.ogg 
(   0.000|   0.000) Parsing configuration file
'/home/sam/.config/pulse/client.conf'
(   0.000|   0.000) /home/sam/.config/pulse/client.conf.d does not exist,
ignoring.
(   0.002|   0.002) Using shared memfd memory pool with 1024 slots of size 64.0
KiB each, total size is 64.0 MiB, maximum usable slot size is 65472
(   0.002|   0.000) Trying to connect to /run/user/1000/pulse/native...
(   0.003|   0.000) SHM possible: yes
(   0.003|   0.000) Protocol version: remote 31, local 31
(   0.003|   0.000) Negotiated SHM: yes
(   0.003|   0.000) Memfd possible: yes
(   0.003|   0.000) Negotiated SHM type: shared posix-shm
(  30.026|  30.022) Failed to drain stream: Timeout

When paplay is hanging there is no audio from any program. If I run something
(aplay, speaker-test) via pasuspender then that program can play audio fine.
When pasuspender exits, programs that are trying to play audio all unhang and
play normally. But once the device suspends again, we're back to square one,
where any thread trying to play audio hangs again.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20160908/1d106178/attachment.html>