Bug 84905

Summary: automatic output source select is not working properly
Product: PulseAudio Reporter: T. J. Pinkert <t.j.pinkert>
Component: coreAssignee: pulseaudio-bugs
Status: RESOLVED MOVED QA Contact: pulseaudio-bugs
Severity: normal    
Priority: medium CC: lennart
Version: unspecified   
Hardware: x86 (IA32)   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description T. J. Pinkert 2014-10-11 10:08:54 UTC
Dear developers,

PA/alsa gets better and better. After a long time with randomly audio or not, I recently found that I can always get audio reliably on my output device.

Although I find in my case, I have now to open the PA volume control, go to the output section and select manually the correct device. It gives me the following ports:
- Speakers
- Analog output
- Headphones (unplugged)

I find that PA selects Analog output by default, but the only way to get sound is to select Speakers.

If I plug in a headphone, PA switches to: Headphones (plugged in), however, to get sound out of the headphones I must select: Speakers (unavailable)

This is somewhat curious. In my machine (Fujitsu Siemens Amilo Si 1520) this is the only way sound gets output aparently.

Kernel:
Linux version 3.16-2-686-pae (debian-kernel@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20)

Some stuff from dmesg:
[    9.893095] snd_hda_intel 0000:00:1b.0: irq 45 for MSI/MSI-X
[   10.057920] sound hdaudioC0D0: CX20549 (Venice): BIOS auto-probing.
[   10.058260] sound hdaudioC0D0: autoconfig: line_outs=1 (0x10/0x0/0x0/0x0/0x0) type:speaker
[   10.058265] sound hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   10.058271] sound hdaudioC0D0:    hp_outs=1 (0x11/0x0/0x0/0x0/0x0)
[   10.058275] sound hdaudioC0D0:    mono: mono_out=0x0
[   10.058279] sound hdaudioC0D0:    dig-out=0x13/0x0
[   10.058282] sound hdaudioC0D0:    inputs:
[   10.058287] sound hdaudioC0D0:      Mic=0x14
[   10.058291] sound hdaudioC0D0:      Line=0x12
[   10.058295] sound hdaudioC0D0:      CD=0x15
[   10.060134] sound hdaudioC0D0: Enable sync_write for stable communication
[   10.066426] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sound/card0/hdaudioC0D0/input10
[   10.067129] input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[   10.067294] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12

The automatic selection is not correct for sound output, It could be that the inputs signaled here only try to say what is plugged in with this chip? not affect the actual sound routing?

Pulseaudio version according to aptitude (it has no --version option or I did not find it):
pulseaudio  5.0-6  5.0-6+b1

This bug could be related to no: 70865

Yours,


Tjeerd Pinkert
Comment 1 Tanu Kaskinen 2014-10-11 12:51:42 UTC
If you need to select speakers to get audio from headphones, that's most likely a bug in the alsa kernel driver.

As for selecting "analog output" by default, that's a known bug in pulseaudio, and should get fixed in the next release.
Comment 2 Raymond 2014-10-12 22:47:32 UTC
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_conexant.c?id=d0ea6d270bd9f1883f716f92e7837152a4146cf7


-static const struct snd_pci_quirk cxt5045_cfg_tbl[] = {
-	SND_PCI_QUIRK(0x152d, 0x0753, "Benq R55E", CXT5045_BENQ),
-	SND_PCI_QUIRK(0x1734, 0x10ad, "Fujitsu Si1520", CXT5045_LAPTOP_MICSENSE),
-	SND_PCI_QUIRK(0x1734, 0x10cb, "Fujitsu Si3515", CXT5045_LAPTOP_HPMICSENSE),


seem your si1520 didn't use unsol event for hp
Comment 3 GitLab Migration User 2018-07-30 09:40:33 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/87.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.