Bug#1032169: Acknowledgement (pipewire: lineout device missing on login. killing pipewire restores all devices)
In the thread i've found that being part of the audio group may be the issue here. https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3056#note_1800680 I would have added myself to audio years ago and not thought of it before now -Original Message- From: Debian Bug Tracking System Reply-To: 1032...@bugs.debian.org To: lachlan-00 Subject: Bug#1032169: Acknowledgement (pipewire: lineout device missing on login. killing pipewire restores all devices) Date: 01/03/23 07:45:04 Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 1032169: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032169. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Utopia Maintenance Team If you wish to submit further information on this problem, please send it to 1032...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system.
Bug#1032169: pipewire: lineout device missing on login. killing pipewire restores all devices
Package: pipewire Version: 0.3.66-1 Severity: normal Dear Maintainer, When i log into my desktop using pipewire I should have 3 audio output devices but i'm only shown 2 lspci | grep -i audio 0b:00.1 Audio device: NVIDIA Corporation GP106 High Definition Audio Controller (rev a1) 0d:00.4 Audio device: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller The Starship/Matisse device has an 'SPDIF' and 'line out' outputs. To restore this 3rd device i need to kill pipewire after i've logged in and then let it restart. After killing the process the SPDIF is recreated (dupe devices in the list) and then the line out is restored I use the lineout for all audio and for my headset microphone so i don't have audio until killing the pipewire process. I have pipewire-pulse running but don't need to kill that process. This also affects the microphone lineout which i assume is the same device as the lineout output. This has only happened after the transition from pulseaudio to pipewire. I haven't changed any config to try and rectify this. initially i thought that as a user my desktop was starting audio processes before pipewire was fully started but it seems to never find this line out device until the process is killed while the desktop is running. I've added this info to a bug on the pipewire project as well in case it's not debian related. https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3056 -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-5-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pipewire depends on: ii adduser 3.131 ii init-system-helpers 1.65.2 ii libpipewire-0.3-modules 0.3.66-1 ii pipewire-bin 0.3.66-1 pipewire recommends no packages. pipewire suggests no packages. -- no debconf information
Bug#958371: tuned: with tuned enabled i lose network a few seconds after starting network transfers
Source: tuned Version: tuned breaks network/lan access under load Severity: normal Dear Maintainer, i've set this box up to just be a copy/backup dump and i'm trying to copy the files over. Every time i start the rsync the server disappears in under 30seconds. At first i thought it was a kernel panic or something weird but i plugged a monitor in and found out that it was just losing network completely. I was just using ifupdown from /etc/network/interfaces but i've put network manager with the same result. i found that disabling tuned fixes this problem immediately and i have not lost lan after disabling the daemon -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#775319: Further testing
I've tested the most recent 3.16 and 3.18 kernels with the same results. I also shrank my partitions to install windows and have no sound issues with windows.
Bug#775319:
This behaviour is also present on the kernel in experimental user@lachp:~$ uname -a Linux lachp 3.18.0-trunk-amd64 #1 SMP Debian 3.18.3-1~exp1 (2015-01-18) x86_64 GNU/Linux
Bug#775319: Re[8]: Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers
Hmm. Maybe this is a problem with your card or the kernel. Please try the following command: pasuspender -- speaker-test -D $cardname -c 2 user@lachp:~$ pasuspender -- speaker-test -D front:CARD=PCH,DEV=0 -c 2 user@lachp:~$ pasuspender -- speaker-test -D front:CARD=PCH -c 2 Produce audio through the speakers. Nothing through speakers/headphones. That program should alternate noise between the right and left channels. You can try it without heaphones to check that it works on the laptop speakers, and then retry it with the headphones plugged in. If this doesn't make a sound then it is either a problem with your kernel, the card, or the headphones. I can verify the speakers/headphones on other devices. I have also installed debian on another laptop from the same iso (we have 105 of this device) with the same results. That leaves the kernel and points that it's not pulseaudio's fault?
Bug#775319: Re[10]: Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers
Thanks for your help. That suggests the kernel or the card itself. If alsa cannot play, then pulseaudio is not the culprit. I am reassigning to the kernel, lets see if the kernel maintainers can think of something else. I suggest attaching the alsa-info.sh output[1], as it is usually helpful. [1] https://wiki.ubuntu.com/Audio/AlsaInfo (https://wiki.ubuntu.com/Audio/AlsaInfo) Script output: http://www.alsa-project.org/db/?f=95682589ed95550bedd44d1bd9aca7e95ae03930 (http://www.alsa-project.org/db/?f=95682589ed95550bedd44d1bd9aca7e95ae03930)
Bug#775319: Re[2]: Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers
I just tested a pair of usb logitech headphones which work correctly. Nothing through the 3.5mm jacks works.
Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers
Package: pulseaudio Version: 5.0-13 Severity: normal Hi, I just got a new hp hyprid tablet/laptop which i have installed amd64 jessie from the most recent RC images: user@lachp:~$ uname -a Linux lachp 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64 GNU/Linux root@lachp:/home/user# dmidecode -t 1 # dmidecode 2.12 # SMBIOS entry point at 0x8b32e218 SMBIOS 2.7 present. Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: Hewlett-Packard Product Name: HP Pro x2 612 G1 Tablet Version: A3008ED10B03 Wake-up Type: Power Switch SKU Number: G8W34AV Family: 103C_5336AN G=N L=BUS B=HP S=ELI This device has a haswell chipset and the following cards listed. user@lachp:~$ cat /proc/asound/card0/codec* | grep Codec Codec: Realtek ALC3228 user@lachp:~$ cat /proc/asound/card1/codec* | grep Codec Codec: Intel Haswell HDMI When i plug in headphones in any port they are detected by gnome but do not output any audio. There is activity in the mixers but no actual output to the speakers. I haven't been abble to find any information regarding this ALC3228 device which i'm assuming is specific to the haswell chipset. I have tried all the regular fixes like blacklisting changing the order of the cards for alsa. (the default order i got was hdmi, realtek) but i can't find any solution. -- Package-specific info: File '/etc/default/pulseaudio' does not exist -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii libasound21.0.28-1 ii libasound2-plugins1.0.28-1+b1 ii libc6 2.19-13 ii libcap2 1:2.24-6 ii libdbus-1-3 1.8.12-3 ii libfftw3-single3 3.3.4-2 ii libgcc1 1:4.9.1-19 ii libice6 2:1.0.9-1+b1 ii libltdl7 2.4.2-1.11 ii liborc-0.4-0 1:0.4.22-1 ii libpulse0 5.0-13 ii libsamplerate00.1.8-8 ii libsm62:1.2.2-1+b1 ii libsndfile1 1.0.25-9+b1 ii libspeexdsp1 1.2~rc1.2-1 ii libstdc++64.9.1-19 ii libsystemd0 215-8 ii libtdb1 1.3.1-1 ii libudev1 215-8 ii libwebrtc-audio-processing-0 0.1-3 ii libx11-6 2:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb1 1.10-3+b1 ii libxtst6 2:1.2.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii pulseaudio-utils 5.0-13 ii udev 215-8 Versions of packages pulseaudio recommends: ii pulseaudio-module-x11 5.0-13 ii rtkit 0.11-2 Versions of packages pulseaudio suggests: ii paman0.9.4-1 ii paprefs 0.9.10-1 ii pavucontrol 2.0-3 ii pavumeter0.9.3-4 -- no debconf information # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 # USA. ## Configuration file for PulseAudio clients. See pulse-client.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; default-sink = ; default-source = ; default-server = ; default-dbus-server = ; autospawn = yes ; daemon-binary = /usr/bin/pulseaudio ; extra-arguments = --log-target=syslog ; cookie-file = ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; auto-connect-localhost = no ; auto-connect-display = no # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful,