No automatic switch to headset microphone on connect

Bug #1876056 reported by Egbert van der Wal on 2020-04-30
This bug affects 2 people
Affects Status Importance Assigned to Milestone
pulseaudio (Ubuntu)

Bug Description

On my Dell XPS 7590, when I plugin a headset with a 4-pin-connector, the audio OUTPUT automatically switches from the speakers in the laptop to the headset. However, the audio INPUT does not switch from the microphone in the laptop to the microphone in the headset.

Using for example pavucontrol, I can switch to the microphone manually on the tab 'input devices' - on that tab Port will be on 'Internal Microphone' and I can set it to 'Headset Microphone'.

What's even more confusing is that when I unplug the headset, both input AND output switch back to internal automatically and the port on the 'Input Devices'.

This is on Ubuntu 19.10 with kernel 5.4.28-050428-generic (but I also see the same issue on kernel 5.3.0-48) and pulseaudio 1:13.0-1ubuntu1.1.

If any more information is needed, let me know.

inxi -F:

System: Host: idefixpsie Kernel: 5.4.28-050428-generic x86_64 bits: 64 Desktop: KDE Plasma 5.16.5
           Distro: Ubuntu 19.10 (Eoan Ermine)
Machine: Type: Laptop System: Dell product: XPS 15 7590 v: N/A serial: <root required>
           Mobo: Dell model: 0VYV0G v: A00 serial: <root required> UEFI: Dell v: 1.5.0 date: 12/25/2019
Battery: ID-1: BAT0 charge: 77.7 Wh condition: 87.4/97.0 Wh (90%)
CPU: Topology: 6-Core model: Intel Core i7-9750H bits: 64 type: MT MCP L2 cache: 12.0 MiB
           Speed: 4029 MHz max: 4500 MHz Core speeds (MHz): 1: 4213 2: 4160 3: 4229 4: 4210 5: 4224 6: 4163 7: 4280 8: 4189
           9: 4291 10: 4198 11: 4149 12: 4188
Graphics: Device-1: Intel UHD Graphics 630 driver: i915 v: kernel
           Display: x11 server: X.Org 1.20.5 driver: modesetting unloaded: fbdev,vesa resolution: 3840x2160~60Hz
           OpenGL: renderer: Mesa DRI Intel UHD Graphics 630 (Coffeelake 3x8 GT2) v: 4.5 Mesa 19.2.8
Audio: Device-1: Intel Cannon Lake PCH cAVS driver: snd_hda_intel
           Sound Server: ALSA v: k5.4.28-050428-generic
Network: Device-1: Intel driver: iwlwifi
           IF: wlan0 state: up mac: 5c:80:b6:7a:2c:45
           IF-ID-1: docker0 state: down mac: 02:42:90:4c:31:a2
Drives: Local Storage: total: 953.87 GiB used: 67.58 GiB (7.1%)
           ID-1: /dev/nvme0n1 model: SSDPEMKF010T8 NVMe INTEL 1024GB size: 953.87 GiB
Partition: ID-1: / size: 496.44 GiB used: 67.27 GiB (13.6%) fs: ext4 dev: /dev/dm-1
           ID-2: /boot size: 704.5 MiB used: 288.4 MiB (40.9%) fs: ext4 dev: /dev/nvme0n1p2
           ID-3: swap-1 size: 6.61 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-2
Sensors: System Temperatures: cpu: 47.0 C mobo: N/A
           Fan Speeds (RPM): N/A
Info: Processes: 346 Uptime: 2d 17h 51m Memory: 31.12 GiB used: 9.08 GiB (29.2%) Shell: bash inxi: 3.0.36

Egbert van der Wal (eggie) wrote :
tags: added: eoan
Sebastien Bacher (seb128) wrote :

Thank you for your bug report, could you report it upstream on ?

Changed in pulseaudio (Ubuntu):
importance: Undecided → Low
Egbert van der Wal (eggie) wrote :

@seb128 yes you are right. The explanation there makes a lot of sense - after some experimentation I found that the headset mic becomes available no matter whether I plugin a headphones or a headset, so it doesn't actually detect the presence of a microphone, it just happens that something is plugged in.

However, that issue also mentions:

> Ubuntu solves this by popping up a GUI that asks what you plugged in.

This seems like a sane thing to do in this situation. As I'm using Kubuntu and not Ubuntu, where should this feature be requested?

For the time being, I added the two suggested sections to /usr/share/pulseaudio/alsa-mixer/paths/analog-input-internal-mic.conf

[Jack Headphone Mic]
state.plugged = no
state.unplugged = unknown

[Jack Headset Mic]
state.plugged = no
state.unplugged = unknown

This works beautifully. But now, indeed, when I plug in a regular headset without a microphone it will still switch making me effectively muted.

Hui Wang ( wrote :

Please take a look at #1876065, maybe they have the same rootcause. But you mentioned pulseaudio 1:13.0-1ubuntu1.1, so I didn't duplicate your bug to that one.

Egbert van der Wal (eggie) wrote :

No, that seems to be an actual regression. The thing I'm reporting turns out to be an intentional configuration issue related to limitations of the hardware / jack detection.

Sebastien Bacher (seb128) wrote :

Thank, if you are not using GNOME that explains you are not seeing the UI. I suggest you report a bug against KDE but I don't know what's the right component there. Also closing that one rather than reassigning because a cleaner state report is probably going to be easier to read and understand

Changed in pulseaudio (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.