Summary: | media-sound/pulseaudio-15.0-r1: No sound after upgrade from pulseaudio-13.0-r1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jean-Claude Repetto <jrepetto> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | jstein |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | pulse audio logs |
Description
Jean-Claude Repetto
2021-11-01 07:36:47 UTC
I can think of only one reason why volume and mute states were not restored by pulseaudio: alsa names changed for sinks and/or sources. This could happen for multiple reasons, one of which is the change in UCM handling - but your does not use UCM. If you still have log from pulseaudio daemon before you applied 'alsactl restore' there should be a hint at what was happening, look for "Restoring volume" and "Restoring mute state" lines. Please also check if you have pipewire-pulse running, as running both daemons simultaneously will definitely lead to surprising volume handling. I have found some messages from pulseaudio in syslog: Nov 1 17:38:11 localhost pulseaudio[2384]: [pulseaudio] module-alsa-card.c: Failed to find a working profile. Nov 1 17:38:11 localhost pulseaudio[2384]: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="platform-snd_virmidi.0" card_name="alsa_card.platform-snd_virmidi.0" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed. Nov 1 17:38:11 localhost pulseaudio[2384]: [pulseaudio] cli-command.c: stat('/etc/pulse/default.pa.d'): No such file or directory Nov 1 17:38:11 localhost pulseaudio[2431]: [pulseaudio] pid.c: Daemon already running. pipewire is not installed. This one about `Failed to find a working profile` followed by message about `platform-snd_virmidi.0` looks like failure to find a working profile due to missing or non-functional alsa driver. This *might* be a change with pulseaudio-15.0 where 13.0 won't see UCM for this device. Usually this is fixed by adding corresponding kernel module; you can verify this part by adding 'use_ucm=0' to 'load-module module-udev-detect' in default.pa effectively disabling UCM for a test. This alone won't stop other audio devices from functioning though. Another way to see what's happening may be to collect debug logs from both 13.0 and 15.0 and compare them. BTW did you checked if volumes are not muted in pavucontrol tool? Check them in 'Output Devices' tab. Here are the messages displayed by pulseaudio-13.0: Nov 1 23:06:37 localhost pulseaudio[2384]: [pulseaudio] main.c: Compiled with DEPRECATED libsamplerate support! Nov 1 23:06:37 localhost pulseaudio[2384]: [pulseaudio] module-alsa-card.c: Failed to find a working profile. Nov 1 23:06:37 localhost pulseaudio[2384]: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="platform-snd_virmidi.0" card_name="alsa_card.platform-snd_virmidi.0" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed. Nov 1 23:06:37 localhost pulseaudio[2447]: [pulseaudio] main.c: Compiled with DEPRECATED libsamplerate support! Nov 1 23:06:37 localhost pulseaudio[2447]: [pulseaudio] pid.c: Daemon already running. In pavucontrol, the volumes are not muted. OK the error about "platform-snd_virmidi.0" is the same with older version so is likely unrelated. Next steps would be 1. collect pa-info from both 15.0 and 13.0, these can be used to compare environment and configuration of all related components 2. disable pulseaudio autospawning (uncomment and set autospawn = no in /etc/pulse/client.conf) stop pulseaudio (pulseaudio -k should work) run pulseaudio collecting full verbose log (pulseaudio -vvvvv > /tmp/pulse-verbose.log) try playing audio for a few moments stop pulseaudio (ctrl+C should work) 3. ideally repeat step 2 with pulseaudio-13.0 so daemon logs can be compared Created attachment 748089 [details]
pulse audio logs
This file contains the pa-info results and the verbose logs for 13.0 and 15.0:
pa-info_13.txt
pa-info_15.txt
pulse-verbose-13.log
pulse-verbose-15.log
Thanks for the logs, I see 15.0 finds more devices but handles headphones output differently: this is in pulse-verbose-15.log line 653 where 'Front' switch=2 (means unconditionally OFF) but in pulse-verbose-13.log it is Front switch=1 (means follow MUTE state) It looks very much like with 15.0 you need to switch output port to Headphones e.g. in pavucontrol 'Output Devices' tab. Ususally that should have happened automatically but on your hardware alsa-lib does not report that jack detection works. If this still does not help, please raise an issue upstream https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/ and attach your logs there. Please also update your alsa-ucm-conf to 1.2.5.1 (there are a few obsolete items there which show up in the log.) Problem solved: in pavucontrol, I have switched the output to "Line Out" instead of "Headphones", and now it works, even after a reboot. Many thanks to you for your help. |