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

[bugzilla-daemon]

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

--- Comment #7 from Arun Raghavan  ---
(also, is the audio audible and the only problem the timeout message?)

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

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

[bugzilla-daemon]

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

--- Comment #4 from Sam Morris  ---
Created attachment 126295
  --> https://bugs.freedesktop.org/attachment.cgi?id=126295=edit
pulseaudio2.log

Continuing from the last log file, I then tried launching pulseaudio, and then
running `pasuspender -- speaker-test -c 2 -t wav -D
plughw:CARD=I82801AAICH,DEV=0`. After killing speaker-test, paplay worked fine!
So here's a log of that.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

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

[bugzilla-daemon]

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

--- Comment #5 from Sam Morris  ---
Created attachment 126299
  --> https://bugs.freedesktop.org/attachment.cgi?id=126299=edit
pulseaudio3.log

This time paplay worked, though the sound was played at half speed with gaps in
it so that a portion of the sound would play, then there would be silence, then
it would play the next portion, etc. I've not seen that behaviour before...
then I waited for the suspend message to be logged, and ran paplay again, and
as expected it timed out.

BTW, the output from paplay with PULSE_LOG=4 didn't change each time, even when
the audio sounded strange; the only difference is whether it logs the 'Failed
to drain stream: Timeout' message at the end.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

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

[bugzilla-daemon]

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

--- Comment #2 from Arun Raghavan  ---
Could you post the log when you do this following (ideally also include times
in log (log-time = true in daemon.conf or --log-time).

1. Start PA
2. Play a sound
3. Wait >5 seconds with no sounds (suspend will kick in)
4. Play a sound again

Also, for step 4., run paplay with PULSE_LOG=4 in the environment and provide
that output too.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

[pulseaudio-tickets] [Bug 93006] headphone output is not preferred over HDMI

[bugzilla-daemon]

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

--- Comment #1 from Tanu Kaskinen  ---
Here's a partial fix:
https://patchwork.freedesktop.org/patch/109460/
https://patchwork.freedesktop.org/patch/109461/
https://patchwork.freedesktop.org/patch/109462/

It's "partial", because I think a full fix would mean moving existing streams
from HDMI to headphones when headphones are plugged in. My current plan is to
work on that next month.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

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

[bugzilla-daemon]

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

--- Comment #10 from Sam Morris  ---
Well, it's a mix as described. But I don't see any significant differences in
the output of the server when trying to play audio in the working and
not-working state. The only thing that gets it to work is to run papsuspender,
then try playing something before the server logs "I: [alsa-sink-Intel ICH]
alsa-sink.c: Device suspended..."; after that happens, I have to run
pasuspender again.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

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

[bugzilla-daemon]

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

--- Comment #8 from Sam Morris  ---
$ 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.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs

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

[bugzilla-daemon]

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

--- Comment #11 from Sam Morris  ---
Created attachment 126303
  --> https://bugs.freedesktop.org/attachment.cgi?id=126303=edit
pulseaudio4.log

Just to be really clear: in this log I started the server, then ran paplay,
which timed out after 30 seconds without playing any sound.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
pulseaudio-bugs mailing list
pulseaudio-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs