[HP Pavilion dv9000] Mute toggles on/off while plugged into the headphone/speaker jack (19.04+)

[Kuroš Taheri-Golværzi]

I'm on an HP Pavilion dv9000 (https://www.cnet.com/products/hp-pavilion-dv9000/specs/) built many years ago.

Whenever I'm using any distro that's based on Ubuntu which was published from Version 19.04 onwards, I've been having a major issue with the mute button toggling on and off whenever I have something plugged into the audio out jack. I know that it's not the fault of XFCE, because I also use the latest version of Manjaro with XFCE on this same computer, and it works fine. I also know it's not any Red Hat-based distro, because I use Stella (which is a remix of CentOS 6) also on this exact same computer, and it also works fine. Qubes, Mageia, and Fedora 31 also work perfectly fine and don't have this issue.

My "lsb-release" is:
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=19.10
DISTRIB_CODENAME=eoan
DISTRIB_DESCRIPTION="Ubuntu 19.10"

and "apt-cache policy pulseaudio" outputs:
pulseaudio:
  Installed: 1:13.0-1ubuntu1.1
  Candidate: 1:13.0-1ubuntu1.1
  Version table:
 *** 1:13.0-1ubuntu1.1 500
        500 http://us.archive.ubuntu.com/ubuntu eoan-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     1:13.0-1ubuntu1 500
        500 http://us.archive.ubuntu.com/ubuntu eoan/main amd64 Packages

I've uploaded a short video of the problem that I recorded with my phone here:
https://www.youtube.com/watch?v=GXaHXQA-5uQ

The problem appears with Kali 2019 and 2020, Peppermint 19.04, Lubuntu 19.04, Xubuntu 19.04, and Sparky 5.10 and 2020.02.

I've checked pretty much everything I can think of. There's a log for my ALSA help diagnostics results on my current computer (which works properly with 18.04) at:
http://alsa-project.org/db/?f=4859b85cd7fc32e7f01f8df63591b5a43dbf6829

the result output of lspci is:
[code]00:00.0 RAM memory: NVIDIA Corporation C51 Host Bridge (rev a2)
00:00.1 RAM memory: NVIDIA Corporation C51 Memory Controller 0 (rev a2)
00:00.2 RAM memory: NVIDIA Corporation C51 Memory Controller 1 (rev a2)
00:00.3 RAM memory: NVIDIA Corporation C51 Memory Controller 5 (rev a2)
00:00.4 RAM memory: NVIDIA Corporation C51 Memory Controller 4 (rev a2)
00:00.5 RAM memory: NVIDIA Corporation C51 Host Bridge (rev a2)
00:00.6 RAM memory: NVIDIA Corporation C51 Memory Controller 3 (rev a2)
00:00.7 RAM memory: NVIDIA Corporation C51 Memory Controller 2 (rev a2)
00:02.0 PCI bridge: NVIDIA Corporation C51 PCI Express Bridge (rev a1)
00:03.0 PCI bridge: NVIDIA Corporation C51 PCI Express Bridge (rev a1)
00:04.0 PCI bridge: NVIDIA Corporation C51 PCI Express Bridge (rev a1)
00:09.0 RAM memory: NVIDIA Corporation MCP51 Host Bridge (rev a2)
00:0a.0 ISA bridge: NVIDIA Corporation MCP51 LPC Bridge (rev a3)
00:0a.1 SMBus: NVIDIA Corporation MCP51 SMBus (rev a3)
00:0a.3 Co-processor: NVIDIA Corporation MCP51 PMU (rev a3)
00:0b.0 USB controller: NVIDIA Corporation MCP51 USB Controller (rev a3)
00:0b.1 USB controller: NVIDIA Corporation MCP51 USB Controller (rev a3)
00:0d.0 IDE interface: NVIDIA Corporation MCP51 IDE (rev f1)
00:0e.0 IDE interface: NVIDIA Corporation MCP51 Serial ATA Controller (rev f1)
00:0f.0 IDE interface: NVIDIA Corporation MCP51 Serial ATA Controller (rev f1)
00:10.0 PCI bridge: NVIDIA Corporation MCP51 PCI Bridge (rev a2)
00:10.1 Audio device: NVIDIA Corporation MCP51 High Definition Audio (rev a2)
00:14.0 Bridge: NVIDIA Corporation MCP51 Ethernet Controller (rev a3)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
03:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4311 802.11b/g WLAN (rev 01)
05:00.0 VGA compatible controller: NVIDIA Corporation G73M [GeForce Go 7600] (rev a1)
07:05.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
07:05.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
07:05.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 0a)
07:05.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 05)[/code]

and my output for arecord -l is:
[code]**** List of CAPTURE Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: CX20549 Analog [CX20549 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0[/code]

I've tried reinstalling both PulseAudio and ALSA Mixer, and nothing works. I'm completely lost for ideas. What can I do to solve the problem? Can anybody please help?

ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: pulseaudio 1:13.0-1ubuntu1.1
ProcVersionSignature: Ubuntu 5.3.0-40.32-generic 5.3.18
Uname: Linux 5.3.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu8.4
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: dudebro 952 F.... pulseaudio
CurrentDesktop: XFCE
Date: Mon Mar 9 14:18:05 2020
InstallationDate: Installed on 2020-03-01 (8 days ago)
InstallationMedia: Xubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
SourcePackage: pulseaudio
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/09/2009
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: F.42
dmi.board.name: 30B9
dmi.board.vendor: Quanta
dmi.board.version: 65.2C
dmi.chassis.type: 10
dmi.chassis.vendor: Quanta
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnHewlett-Packard:bvrF.42:bd03/09/2009:svnHewlett-Packard:pnHPPaviliondv9000(GG548EA#UUW):pvrRev1:rvnQuanta:rn30B9:rvr65.2C:cvnQuanta:ct10:cvrN/A:
dmi.product.family: 103C_5335KV
dmi.product.name: HP Pavilion dv9000 (GG548EA#UUW)
dmi.product.sku: GG548EA#UUW
dmi.product.version: Rev 1
dmi.sys.vendor: Hewlett-Packard
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu8.4
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: dudebro 952 F.... pulseaudio
CurrentDesktop: XFCE
DistroRelease: Ubuntu 19.10
InstallationDate: Installed on 2020-03-01 (11 days ago)
InstallationMedia: Xubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
Lsusb:
 Bus 001 Device 002: ID 0c45:62c0 Microdia Sonix USB 2.0 Camera
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Hewlett-Packard HP Pavilion dv9000 (GG548EA#UUW)
Package: pulseaudio 1:13.0-1ubuntu1.1
PackageArchitecture: amd64
ProcFB: 0 nouveaudrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.3.0-40-generic root=UUID=4916ba38-e9f5-413c-9659-4533b1bf5805 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 5.3.0-40.32-generic 5.3.18
RelatedPackageVersions:
 linux-restricted-modules-5.3.0-40-generic N/A
 linux-backports-modules-5.3.0-40-generic N/A
 linux-firmware 1.183.4
Tags: eoan
Uname: Linux 5.3.0-40-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin lxd plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 03/09/2009
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: F.42
dmi.board.name: 30B9
dmi.board.vendor: Quanta
dmi.board.version: 65.2C
dmi.chassis.type: 10
dmi.chassis.vendor: Quanta
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnHewlett-Packard:bvrF.42:bd03/09/2009:svnHewlett-Packard:pnHPPaviliondv9000(GG548EA#UUW):pvrRev1:rvnQuanta:rn30B9:rvr65.2C:cvnQuanta:ct10:cvrN/A:
dmi.product.family: 103C_5335KV
dmi.product.name: HP Pavilion dv9000 (GG548EA#UUW)
dmi.product.sku: GG548EA#UUW
dmi.product.version: Rev 1
dmi.sys.vendor: Hewlett-Packard
modified.conffile..etc.pulse.default.pa: [modified]
mtime.conffile..etc.pulse.default.pa: 2020-03-12T12:37:42.336643

[Daniel van Vugt (vanvugt)]

Please try editing /etc/pulse/default.pa and commenting out the line:

  load-module module-switch-on-connect

and then reboot.

Although regardless of whether that works, this sounds like a model-specific bug so will probably be assigned to alsa-driver or the kernel.

[Ubuntu Kernel Bot (ubuntu-kernel-bot)]

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 1866681

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

apport information

[Kuroš Taheri-Golværzi (ktaherig)]

That didn't work either. In the "/etc/pulse/default.pa" file, that section:

### Use hot-plugged devices like Bluetooth or USB automatically (LP: #1702794)
.ifexists module-switch-on-connect.so
load-module module-switch-on-connect
.endif

actually doesn't exist in Kali, and Kali 2020, as well as Lubuntu,
Xubuntu, Peppermint, etc all do it. Like, even Kali does it. And yet,
CentOS, Stella, Manjaro, Arch, BlackArch, etc, don't. It's definitely
specific to distros that are based on Ubuntu/Debian, and it's
definitely somehow connected to a change that was made in the 19.04
update, because none of the 18.04 versions do this. Nevertheless, I
commented that section out and then rebooted, but it didn't work.

Also, I ran the "apport-collect 1866681" command as stated in the
subsequent email, and so that report should be available in the
Launchpad logs.

I don't know what to do. This issue has been plaguing me for upwards
of about a year or so. I'm lost.

On Thu, Mar 12, 2020 at 2:15 AM Daniel van Vugt
<email address hidden> wrote:
>
> Please try editing /etc/pulse/default.pa and commenting out the line:
>
> load-module module-switch-on-connect
>
> and then reboot.
>
> Although regardless of whether that works, this sounds like a model-
> specific bug so will probably be assigned to alsa-driver or the kernel.
>
> ** Summary changed:
>
> - Mute toggles on/off while plugged into the headphone/speaker jack (19.04+)
> + [HP Pavilion dv9000] Mute toggles on/off while plugged into the headphone/speaker jack (19.04+)
>
> ** Also affects: alsa-driver (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Also affects: linux (Ubuntu)
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1866681
>
> Title:
> [HP Pavilion dv9000] Mute toggles on/off while plugged into the
> headphone/speaker jack (19.04+)
>
> Status in alsa-driver package in Ubuntu:
> New
> Status in linux package in Ubuntu:
> New
> Status in pulseaudio package in Ubuntu:
> New
>
> Bug description:
> I'm on an HP Pavilion dv9000 (https://www.cnet.com/products/hp-
> pavilion-dv9000/specs/) built many years ago.
>
>
> Whenever I'm using any distro that's based on Ubuntu which was published from Version 19.04 onwards, I've been having a major issue with the mute button toggling on and off whenever I have something plugged into the audio out jack. I know that it's not the fault of XFCE, because I also use the latest version of Manjaro with XFCE on this same computer, and it works fine. I also know it's not any Red Hat-based distro, because I use Stella (which is a remix of CentOS 6) also on this exact same computer, and it also works fine. Qubes, Mageia, and Fedora 31 also work perfectly fine and don't have this issue.
>
> My "lsb-release" is:
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=19.10
> DISTRIB_CODENAME=eoan
> DISTRIB_DESCRIPTION="Ubuntu 19.10"
>
> and "apt-cache policy pulseaudio" outputs:
> pulseaudio:
> Installed: 1:13.0-1ubuntu1.1
> Candidate: 1:13.0-1ubuntu1.1
> Version table:
> *** 1:13.0-1ubuntu1.1 500
> ...

[Kai-Heng Feng (kaihengfeng)]

Can you please test older kernels like 4.15?

[Kuroš Taheri-Golværzi (ktaherig)]

I'm actually running 4.15 as my main OS (specifically Xubuntu 18.04) specifically because it works perfectly as expected. If you'd like, I can test older kernels, such as 4.2, 3.16, maybe even 3.5, if you'd like, just to make sure.

[Kuroš Taheri-Golværzi (ktaherig)]

So, I ran `uname -or` on my Ubuntu 18.04, which gave:
`5.3.0-40-generic GNU/Linux`
I find this strange because it doesn't do it on this edition. The problem is definitely somehow connected to the Ubuntu/Debian layer on top of the kernel, and not the actual kernel itself. I'm certain of this now.

[Kuroš Taheri-Golværzi (ktaherig)]

Alrighty, so, I installed Xubuntu 16.04. `uname -or` outputs:
4.4.0-21-generic GNU/Linux
and `pulseaudio --version` outputs:
pulseaudio 8.0
In AlsaMixer, "Auto-Mute Mode" is set to "Enabled", and the audio
works perfectly exactly as expected.

This is definitely something that started happening in the 19.04 versions.

On 3/12/20, Kai-Heng Feng <email address hidden> wrote:
> Can you please test older kernels like 4.15?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1866681
>
> Title:
> [HP Pavilion dv9000] Mute toggles on/off while plugged into the
> headphone/speaker jack (19.04+)
>
> Status in alsa-driver package in Ubuntu:
> New
> Status in linux package in Ubuntu:
> Confirmed
> Status in pulseaudio package in Ubuntu:
> New
>
> Bug description:
> I'm on an HP Pavilion dv9000 (https://www.cnet.com/products/hp-
> pavilion-dv9000/specs/) built many years ago.
>
>
> Whenever I'm using any distro that's based on Ubuntu which was published
> from Version 19.04 onwards, I've been having a major issue with the mute
> button toggling on and off whenever I have something plugged into the audio
> out jack. I know that it's not the fault of XFCE, because I also use the
> latest version of Manjaro with XFCE on this same computer, and it works
> fine. I also know it's not any Red Hat-based distro, because I use Stella
> (which is a remix of CentOS 6) also on this exact same computer, and it also
> works fine. Qubes, Mageia, and Fedora 31 also work perfectly fine and don't
> have this issue.
>
> My "lsb-release" is:
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=19.10
> DISTRIB_CODENAME=eoan
> DISTRIB_DESCRIPTION="Ubuntu 19.10"
>
> and "apt-cache policy pulseaudio" outputs:
> pulseaudio:
> Installed: 1:13.0-1ubuntu1.1
> Candidate: 1:13.0-1ubuntu1.1
> Version table:
> *** 1:13.0-1ubuntu1.1 500
> 500 http://us.archive.ubuntu.com/ubuntu eoan-updates/main amd64
> Packages
> 100 /var/lib/dpkg/status
> 1:13.0-1ubuntu1 500
> 500 http://us.archive.ubuntu.com/ubuntu eoan/main amd64 Packages
>
> I've uploaded a short video of the problem that I recorded with my phone
> here:
> https://www.youtube.com/watch?v=GXaHXQA-5uQ
>
>
> The problem appears with Kali 2019 and 2020, Peppermint 19.04, Lubuntu
> 19.04, Xubuntu 19.04, and Sparky 5.10 and 2020.02.
>
>
> I've checked pretty much everything I can think of. There's a log for my
> ALSA help diagnostics results on my current computer (which works properly
> with 18.04) at:
> http://alsa-project.org/db/?f=4859b85cd7fc32e7f01f8df63591b5a43dbf6829
>
>
> the result output of lspci is:
> [code]00:00.0 RAM memory: NVIDIA Corporation C51 Host Bridge (rev a2)
> 00:00.1 RAM memory: NVIDIA Corporation C51 Memory Controller 0 (rev a2)
> 00:00.2 RAM memory: NVIDIA Corporation C51 Memory Controller 1 (rev a2)
> 00:00.3 RAM memory: NVIDIA Corporation C51 Memory Controller 5 (rev a2)
> 00:00.4 RAM memory: NVIDIA Corporation C51 Memory Controller 4 (rev a2)
> 00:00.5 RAM memory: NVIDIA Corporation C51 Host Bridge (rev a2)
> 00:00.6 RAM memory: NVIDIA Co...

[Kuroš Taheri-Golværzi (ktaherig)]

So, I've upgraded my main OS (Xubuntu 18.04) to 5.3.0-42-generic, and now, it's partially suffering from the mute-toggle issue. The computer mutes or unmutes whenever something happens that produces sound (e.g., when a messenger app gives a notification, when I pause/play a video, etc), and it gives that sound through the speakers when it does (as I've recorded in the video, linked in the first post). Is there anything else I can test and/or try for you guys to gather more information?

[Kuroš Taheri-Golværzi (ktaherig)]

I've just tried installing 20.04 LTS, and the audio issue still
persists. I've tried reinstalling both pulseaudio and ALSA, and
nothing works. I'm out of ideas. What do I do? How should I go about
fixing the problem?

On Tue, Mar 17, 2020 at 11:04 AM Kuroš Taheri-Golværzi
<email address hidden> wrote:
>
> Alrighty, so, I installed Xubuntu 16.04. `uname -or` outputs:
> 4.4.0-21-generic GNU/Linux
> and `pulseaudio --version` outputs:
> pulseaudio 8.0
> In AlsaMixer, "Auto-Mute Mode" is set to "Enabled", and the audio
> works perfectly exactly as expected.
>
> This is definitely something that started happening in the 19.04 versions.
>
> On 3/12/20, Kai-Heng Feng <email address hidden> wrote:
> > Can you please test older kernels like 4.15?
> >
> > --
> > You received this bug notification because you are subscribed to the bug
> > report.
> > https://bugs.launchpad.net/bugs/1866681
> >
> > Title:
> > [HP Pavilion dv9000] Mute toggles on/off while plugged into the
> > headphone/speaker jack (19.04+)
> >
> > Status in alsa-driver package in Ubuntu:
> > New
> > Status in linux package in Ubuntu:
> > Confirmed
> > Status in pulseaudio package in Ubuntu:
> > New
> >
> > Bug description:
> > I'm on an HP Pavilion dv9000 (https://www.cnet.com/products/hp-
> > pavilion-dv9000/specs/) built many years ago.
> >
> >
> > Whenever I'm using any distro that's based on Ubuntu which was published
> > from Version 19.04 onwards, I've been having a major issue with the mute
> > button toggling on and off whenever I have something plugged into the audio
> > out jack. I know that it's not the fault of XFCE, because I also use the
> > latest version of Manjaro with XFCE on this same computer, and it works
> > fine. I also know it's not any Red Hat-based distro, because I use Stella
> > (which is a remix of CentOS 6) also on this exact same computer, and it also
> > works fine. Qubes, Mageia, and Fedora 31 also work perfectly fine and don't
> > have this issue.
> >
> > My "lsb-release" is:
> > DISTRIB_ID=Ubuntu
> > DISTRIB_RELEASE=19.10
> > DISTRIB_CODENAME=eoan
> > DISTRIB_DESCRIPTION="Ubuntu 19.10"
> >
> > and "apt-cache policy pulseaudio" outputs:
> > pulseaudio:
> > Installed: 1:13.0-1ubuntu1.1
> > Candidate: 1:13.0-1ubuntu1.1
> > Version table:
> > *** 1:13.0-1ubuntu1.1 500
> > 500 http://us.archive.ubuntu.com/ubuntu eoan-updates/main amd64
> > Packages
> > 100 /var/lib/dpkg/status
> > 1:13.0-1ubuntu1 500
> > 500 http://us.archive.ubuntu.com/ubuntu eoan/main amd64 Packages
> >
> > I've uploaded a short video of the problem that I recorded with my phone
> > here:
> > https://www.youtube.com/watch?v=GXaHXQA-5uQ
> >
> >
> > The problem appears with Kali 2019 and 2020, Peppermint 19.04, Lubuntu
> > 19.04, Xubuntu 19.04, and Sparky 5.10 and 2020.02.
> >
> >
> > I've checked pretty much everything I can think of. There's a log for my
> > ALSA help diagnostics results on my current computer (which works properly
> > with 18.04) at:
> > http://alsa-project.org/db/?f=4859b85cd7fc32e7f01f8df63591b5a43dbf6829
> >
> >
> > the result output of lspci is:
> > [code]00:00.0 RA...

[Kuroš Taheri-Golværzi (ktaherig)]

So, after some rather tedious testing (across Ubuntu, Xubuntu,
Kubuntu, and Lubuntu), I found the exact iteration where the audio
went wrong.

Everything works perfectly fine up until and including 18.04.2, and
then beginning as of 18.04.3 (of course, including 18.04.4), the audio
does the auto-mute thing.I don't know enough about programming to read
through the Pulseaudio and/or ALSA source code, and I know it's
Debian-based, because again, Kali does it, too, yet Manjaro, CentOS,
Fedora, etc. don't.

On Thu, Apr 23, 2020 at 11:25 PM Kuroš Taheri-Golværzi
<email address hidden> wrote:
>
> I've just tried installing 20.04 LTS, and the audio issue still
> persists. I've tried reinstalling both pulseaudio and ALSA, and
> nothing works. I'm out of ideas. What do I do? How should I go about
> fixing the problem?
>
> On Tue, Mar 17, 2020 at 11:04 AM Kuroš Taheri-Golværzi
> <email address hidden> wrote:
> >
> > Alrighty, so, I installed Xubuntu 16.04. `uname -or` outputs:
> > 4.4.0-21-generic GNU/Linux
> > and `pulseaudio --version` outputs:
> > pulseaudio 8.0
> > In AlsaMixer, "Auto-Mute Mode" is set to "Enabled", and the audio
> > works perfectly exactly as expected.
> >
> > This is definitely something that started happening in the 19.04 versions.
> >
> > On 3/12/20, Kai-Heng Feng <email address hidden> wrote:
> > > Can you please test older kernels like 4.15?
> > >
> > > --
> > > You received this bug notification because you are subscribed to the bug
> > > report.
> > > https://bugs.launchpad.net/bugs/1866681
> > >
> > > Title:
> > > [HP Pavilion dv9000] Mute toggles on/off while plugged into the
> > > headphone/speaker jack (19.04+)
> > >
> > > Status in alsa-driver package in Ubuntu:
> > > New
> > > Status in linux package in Ubuntu:
> > > Confirmed
> > > Status in pulseaudio package in Ubuntu:
> > > New
> > >
> > > Bug description:
> > > I'm on an HP Pavilion dv9000 (https://www.cnet.com/products/hp-
> > > pavilion-dv9000/specs/) built many years ago.
> > >
> > >
> > > Whenever I'm using any distro that's based on Ubuntu which was published
> > > from Version 19.04 onwards, I've been having a major issue with the mute
> > > button toggling on and off whenever I have something plugged into the audio
> > > out jack. I know that it's not the fault of XFCE, because I also use the
> > > latest version of Manjaro with XFCE on this same computer, and it works
> > > fine. I also know it's not any Red Hat-based distro, because I use Stella
> > > (which is a remix of CentOS 6) also on this exact same computer, and it also
> > > works fine. Qubes, Mageia, and Fedora 31 also work perfectly fine and don't
> > > have this issue.
> > >
> > > My "lsb-release" is:
> > > DISTRIB_ID=Ubuntu
> > > DISTRIB_RELEASE=19.10
> > > DISTRIB_CODENAME=eoan
> > > DISTRIB_DESCRIPTION="Ubuntu 19.10"
> > >
> > > and "apt-cache policy pulseaudio" outputs:
> > > pulseaudio:
> > > Installed: 1:13.0-1ubuntu1.1
> > > Candidate: 1:13.0-1ubuntu1.1
> > > Version table:
> > > *** 1:13.0-1ubuntu1.1 500
> > > 500 http://us.archive.ubuntu.com/ubuntu eoan-updates/main amd64
> > > Packages
> > > 100 /var/lib/dpkg/statu...

[Kai-Heng Feng (kaihengfeng)]

Do unaffected distros have "module-switch-on-port-available" loaded?

Can you please try not loading the module?

[Kuroš Taheri-Golværzi (ktaherig)]

Just checked both my other (unaffected) drives. Neither Manjaro nor CentOS have that line in the `/etc/pulse/default.pa` file. I used the /<regex> search in Less with the word "switch", and that line wasn't in either of them.