pipewire Compiled with libpipewire 0.3.51 Linked with libpipewire 0.3.51
Fedora Linux 36 (Workstation Edition)"
GNOME 42
5.17.11-300.fc36.x86_64
When I plug my headphones in to my USB hub, I do not see the profile for "Chat mono + Game stereo + Chat input" listed in pavucontrol. If I move the usb cable and connect it to my laptop it is listed in the profiles. All other profiles are there in both of the cases, so only one profile is missing.
Always.
No "Chat mono + Game stereo + Chat input" profile available
The profile should be available.
Now, with the pipewire 0.4.47 and teh latest kernel, things seems to work again. So it seemed to be a combination of kernel and pipewire. Now, I only have a profile missing... but that is a separate issue, and one I can live with... so I'm closing this issue now.
pipewire --version
): 0.3.45PRETTY_NAME
from /etc/os-release
): Fedora Linux 35 (Workstation Edition)uname -r
): 5.16.5-200.fc35.x86_64Multiple issues:
On my hardware (Lenovo Thinkpad T15) and SteelSeries Arctis 7 it happens all the time on latest Fedora 35.
Audio not there at all
Working audio
pw-dump > pw-dump.log
:
pwdump.txt
Not sure how helpful this is, but here is the coredump wireplumber.coredump
Rebooting to kernel 5.16.5-200.fc35.x86_64 which is the oldest one I have.... The first time it seems that things worked, pavucontrol started up and I saw all my audio devices. The second boot it hung. Here is the log for that
I'll attach the full logs so you get the kernel stuff also. full.log
Note that after the timeout last time where the audio starts to work, it is only available for my headset. The builtin audio device is not available. So, there might be something with the intel audio device.
Edit: When looking at the full log and it seems that wireplumber segfaults and dumps core, so that might be related.
Notice that there are some swedish in the logs, so some tranlations:
Feb 17 15:20:01 locke.internal pipewire[2501]: default: spa_node_get_props result: Operationen stöds ej Operation not supported
Feb 17 15:20:01 locke.internal pipewire[2501]: default: spa_node_get_props result: Operationen stöds ej Operation not supported
Feb 17 15:20:01 locke.internal pipewire[2501]: default: resource 0x55b28aa260b0: id:25 seq:76 res:-2 (Filen eller katalogen finns inte) msg:"enum params id:15 (Spa:Enum:ParamId:Latency) failed" File or folder doen't exit
Feb 17 15:20:01 locke.internal wireplumber[2502]: snd_pcm_hw_params failed: Enheten är full Device is full
Feb 17 15:20:01 locke.internal wireplumber[2502]: snd_pcm_hw_params_set_channels(2) failed: Ogiltigt argument Invalid argument
Feb 17 15:33:17 locke.internal pipewire[2501]: pw.node: 0x55b28adcd2b0: pause node error In/ut-fel I/O Error
There were the Swedish I found, if you want some other translation and google translate fails you, then just post it here and I will translate.
Ok, dumped the logs just for the last boot, since I realized that the other one had the logs for the whole day... also, it seems that the audio started to work between my last comment and now... so there might be some timeout. Anyway, the new log should include this also. pipewire.log
Upgraded to 0.3.46 and got the same behaviour. Added debug to wireplumber and pipewire services and rebooted. First reboot pavucontrol was able to start fine, but second reboot it hung... so there is some randomness to it...
Anyway here is the log (was not able to get a pw-dump since it is just hanging)
Ok, my system is not working.... my impression that it worked was probably just pure luck. I have rebooted much with pipewire 0.3.45, but I noticed that when I did the audio didn't always work on startup (pavucontrol just hung waiting for connection to pulesaudio), but if I did a kill -9 -1 and logged in again it seemed to work. Upon closer inspection I noticed that even when I got it to work so I could listen to spotify in my headset and chat over skype aso, the internal soundcard was not available only my Arctis 7 headset output. And now with the latest fedora kernel upgrade, the kill -9 -1 trick to get something up didn't work (might just be that it was always depending on luck, and I just didn't retry enough). So I'm back on pipewire 0.3.44.
I'll attach the pw-dump for 0.3.45 pwdump-0.3.45.txt
I rebooted in to an even older kernel 5.15.16, removed the configs I for pipewire and pulse under ~/.config and downgraded to a pipewire and wireplumber from mid november since I know it worked back then... (I think it stopped working about two weeks ago, but who knows maybe I remember wrong). But I still can see any sings of the game+chat+chat input profile. So, what components are involved in this? And is there any reasonable way for me to debug it? I'm not really familiar with the modern sound architecture on linux on this level... so I'm out of my depth here.
Thanks for the tip... rebooted in to 5.15.16, unfortunately that still have no gaming+chat+chat input profile...
Just tried to downgrade pipewire and wireplumber to see when the Gaming + Chat + Chat input profile got lost. However, I'm not able to downgrade to get it back, so it might be driver related and not the fault of pipewire.
Hmmmm.... just did a system upgrade to to get a some bettter logs and dump, and now it works. I also got a new kernel, a downgraded firmware and a new wireplumber... so I assume any of these things might have been involved here. Still do not have the Game + Chat + Chat input on the headphone though... but that is really a separate issue, so I'm happy to close this.
I have downgraded since I need working audio, but I will see if I get some time during the weekend to test this.
Note, that I got my audio back after downgrading to 0.3.44 and nuking .config/pulse (not sure if that was needed, but I did it just in case). However, the missing profile is still gone.
pipewire --version
): 0.3.45PRETTY_NAME
from /etc/os-release
): Fedora Linux 35 (Workstation Edition)uname -r
): 5.16.5-200.fc35.x86_64Multiple issues:
On my hardware (Lenovo Thinkpad T15) and SteelSeries Arctis 7 it happens all the time on latest Fedora 35.
Audio not there at all
Working audio
pw-dump > pw-dump.log
:
pwdump.txt
This was just me not noticing that all my setting got wiped... setting the correct profile in pavucontrol got my Chat innput/output back. Sorry for the noise.
Version, Distribution, Desktop Environment: Fedora 35 Beta with Gnome 41 and the following pipewire packages: pipewire-libs-0.3.37-1.fc35.x86_64 pipewire-0.3.37-1.fc35.x86_64 pipewire-jack-audio-connection-kit-0.3.37-1.fc35.x86_64 pipewire-gstreamer-0.3.37-1.fc35.x86_64 pipewire-pulseaudio-0.3.37-1.fc35.x86_64 pipewire-alsa-0.3.37-1.fc35.x86_64 pipewire-utils-0.3.37-1.fc35.x86_64 pipewire0.2-libs-0.2.7-6.fc35.x86_64
Description of Problem: When I plugin my SteelSeries Arctis 7, it doesn't detect the Chat input and microphone. Only the Game output is visible in pavucontrol. This worked fine on Fedora 34 and 0.3.34 and 0.3.35 (I think)... not exactly sure when it stopped to work. Just noticed now after the F35 system upgrade. I notice the Chat input/output is listed in pw-dump, but not included in pavucontrol How Reproducible: All the time
Steps to Reproduce:
Actual Results: No Chat output and input
Expected Results: Chat output and a Chat input should be visible in pavucontrol
Additional Info Eg. pw-dump -N > file
(As Attachment Please):
file
Version, Distribution, Desktop Environment: Fedora 35 Beta with Gnome 41 and the following pipewire packages: pipewire-libs-0.3.37-1.fc35.x86_64 pipewire-0.3.37-1.fc35.x86_64 pipewire-jack-audio-connection-kit-0.3.37-1.fc35.x86_64 pipewire-gstreamer-0.3.37-1.fc35.x86_64 pipewire-pulseaudio-0.3.37-1.fc35.x86_64 pipewire-alsa-0.3.37-1.fc35.x86_64 pipewire-utils-0.3.37-1.fc35.x86_64 pipewire0.2-libs-0.2.7-6.fc35.x86_64
Description of Problem: When I plugin my SteelSeries Arctis 7, it doesn't detect the Chat input and microphone. Only the Game output is visible in pavucontrol. This worked fine on Fedora 34 and 0.3.34 and 0.3.35 (I think)... not exactly sure when it stopped to work. Just noticed now after the F35 system upgrade. I notice the Chat input/output is listed in pw-dump, but not included in pavucontrol How Reproducible: All the time
Steps to Reproduce:
Actual Results: No Chat output and input
Expected Results: Chat output and a Chat input should be visible in pavucontrol
Additional Info Eg. pw-dump -N > file
(As Attachment Please):
file