Bug 2018958

Summary: no sound: wireplumber not started on upgrade 33->35
Product: [Fedora] Fedora Reporter: Edward O <edoubrayrie>
Component: wireplumberAssignee: Peter Hutterer <peter.hutterer>
Status: CLOSED DUPLICATE QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 35CC: peter.hutterer, wtaymans
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-11-11 20:17:39 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Edward O 2021-11-01 11:04:54 UTC
Description of problem:
No sound on fedora 35 after upgrading from 33
Figured wireplumber service was "inactive (dead)", worked after:
 systemctl --user start wireplumber.service
Figured it out from 
 https://ask.fedoraproject.org/t/no-sound-after-upgrade-install-of-fedora-35-rawhide/16302
and
 https://fedoraproject.org/wiki/Changes/WirePlumber

Version-Release number of selected component (if applicable): See below

How reproducible: Issue remains after reboot. I upgraded only once.

Steps to Reproduce:
1. Upgrade from fedora 33 to 35 using dnf system-upgrade download / reboot
2. check sound icon

Actual results: No sound device

Expected results: Sound devices present

Additional info:

Probably not a supported use-case. And my fedora 33 might not have been up-to-date enough.
Still, writing this report mostly in case it helps someone.

$ lspci
00:16.0 Communication controller: Intel Corporation 100 Series/C230 Series Chipset Family MEI Controller #1 (rev 31)
00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)

$ inxi -A
Audio:     Device-1: Intel 100 Series/C230 Series Family HD Audio driver: snd_hda_intel 
           Device-2: Plantronics Plantronics Blackwire 5220 Series type: USB driver: plantronics,snd-usb-audio,usbhid 
           Sound Server-1: ALSA v: k5.14.14-300.fc35.x86_64 running: yes 
           Sound Server-2: PipeWire v: 0.3.39 running: yes

$ rpm -qa kernel linux-firmware alsa\* pulse\* pipewire\* wireplumber* | sort
alsa-lib-1.2.5.1-3.fc35.i686
alsa-lib-1.2.5.1-3.fc35.x86_64
alsa-plugins-pulseaudio-1.2.5-2.fc35.x86_64
alsa-sof-firmware-1.9-1.fc35.noarch
alsa-ucm-1.2.5.1-3.fc35.noarch
alsa-utils-1.2.5.1-2.fc35.x86_64
kernel-5.13.12-100.fc33.x86_64
kernel-5.14.14-300.fc35.x86_64
linux-firmware-20211027-126.fc35.noarch
pipewire-0.3.39-1.fc35.i686
pipewire-0.3.39-1.fc35.x86_64
pipewire-alsa-0.3.39-1.fc35.i686
pipewire-alsa-0.3.39-1.fc35.x86_64
pipewire-gstreamer-0.3.39-1.fc35.x86_64
pipewire-jack-audio-connection-kit-0.3.39-1.fc35.x86_64
pipewire-libs-0.3.39-1.fc35.i686
pipewire-libs-0.3.39-1.fc35.x86_64
pipewire-pulseaudio-0.3.39-1.fc35.x86_64
pulseaudio-libs-15.0-2.fc35.i686
pulseaudio-libs-15.0-2.fc35.x86_64
pulseaudio-libs-glib2-15.0-2.fc35.x86_64
pulseaudio-utils-15.0-2.fc35.x86_64
wireplumber-0.4.4-2.fc35.x86_64
wireplumber-libs-0.4.4-2.fc35.x86_64

$ systemctl --user status wireplumber.service 
○ wireplumber.service - Multimedia Service Session Manager
     Loaded: loaded (/usr/lib/systemd/user/wireplumber.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
$ systemctl --user start wireplumber.service 
$ systemctl --user status wireplumber.service 
● wireplumber.service - Multimedia Service Session Manager
     Loaded: loaded (/usr/lib/systemd/user/wireplumber.service; disabled; vendor preset: enabled)
     Active: active (running) since Mon 2021-11-01 11:49:08 CET; 2s ago
   Main PID: 6807 (wireplumber)
      Tasks: 5 (limit: 9278)
     Memory: 11.0M
        CPU: 231ms
     CGroup: /user.slice/user-1000.slice/user/session.slice/wireplumber.service
             └─6807 /usr/bin/wireplumber

I also have this stupid log, lost time figuring out it's "normal"

Nov 01 12:22:42 ncelrnd0216 alsactl[995]: alsactl 1.2.5.1 daemon started
Nov 01 12:22:42 ncelrnd0216 systemd[1]: Condition check resulted in Save/Restore Sound Card State being skipped.
Nov 01 12:22:42 ncelrnd0216 alsactl[995]: alsa-lib parser.c:242:(error_node) UCM is not supported for this HDA model (HDA Intel PCH at 0xdf240000 irq 128)
Nov 01 12:22:42 ncelrnd0216 systemd[1]: Started Manage Sound Card State (restore and store).
Nov 01 12:22:42 ncelrnd0216 alsactl[995]: alsa-lib main.c:1405:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -6
Nov 01 12:22:42 ncelrnd0216 systemd[1]: Reached target Sound Card.
Nov 01 12:22:42 ncelrnd0216 alsactl[995]: alsa-lib main.c:1405:(snd_use_case_mgr_open) error: failed to import hw:1 use case configuration -2

Comment 1 Peter Hutterer 2021-11-11 06:28:33 UTC
I think this is the same as bug 2016253?

Comment 2 Edward O 2021-11-11 20:17:39 UTC
Definitely a dupe. I wish this had turned up during my search.

*** This bug has been marked as a duplicate of bug 2016253 ***