[pulseaudio-discuss] [alsa-devel] Internal Mics and Speakers not visible in PulseAudio

David Henningsson david.henningsson at canonical.com
Wed May 30 07:45:46 PDT 2012

On 05/30/2012 03:04 PM, Raymond Yau wrote:
> 2012/5/30 David Henningsson<david.henningsson at canonical.com>:
>> Posted to both alsa-devel and pulseaudio-discuss lists, as this is a cross
>> issue.
>> PulseAudio tries to figure out what equipment is present on the machine
>> using the mixer. If it finds e g "Headphone Playback Volume", "Headphone
>> Playback Switch", or "Headphone Jack", it assumes that a headphone is
>> present and creates a headphone port. If it finds no ports, it creates a
>> fallback "Analog Output" port.
>> Now assume that we have a laptop with speakers and a headphone jack, but
>> with only a "Master Playback Volume", and a "Headphone Jack" for the jack
>> detection.
>> PulseAudio will take the "Headphone Jack", and create a headphone port. Now,
>> if this port is currently unconnected/unavailable, it will not show up at
>> all [1]. As a result, the internal speakers - for which no port was created
>> - will be essentially unusable.
>> Now, I thought this was a problem with a pair of machines only, that we
>> could easily quirk on the PulseAudio side. But after looking through Ubuntu
>> bugs and posting a blog post [2] about the issue, I have now collected 21
>> different machines affected, mostly on the input side. Several Realtek chips
>> are affected on the dmic side, and some older STAC92xx chips have problems
>> in both directions.
>> So it becomes evident to me, that this is something that needs to be fixed
>> pretty fast.
>> So, to move forward, we need to expose these speakers and internal mics to
>> userspace. A very simple (untested) patch is attached. This would make
>> "Internal Mic Jack" and "Speaker Jack" show up. Note that the actual status
>> can be overridden/ignored on the PulseAudio side - the importance here is
>> the sign that there are internal mics and speakers, so that the PulseAudio
>> ports get created.
>> I could develop it a little to make sure we don't actually do any jack
>> detection for these pins but always return them as being true/present.
>> That is, if you approve the idea? I admit that the "Internal Mic Jack" is
>> somewhat misleading/hacky as the internal mic is not connected to any
>> physical jack, but it seems like the simplest way of resolving the problem
>> currently.
> I am afraid this does not work with desktop computer which has front
> mic , internal mic, Line in ,CD (or stereo mix with those via hda
> codecs)
> With ubuntu 12.04 and unity ,  if I enable hda jack detect with my
> ad198x on my desktop, sound  preference does not allow me to select
> front mic since I am still using ac97 front panel (with no jack detect
> circuit)

In that case your BIOS should detect that you're using an ac'97 front 
panel and set the "no prescence detect" bit in the default pin config.

The codec driver should then not create any jack at all, and PulseAudio 
would pick up 'Input Source' -> 'Front Mic' as a reason to have create a 
'Front Mic' port.

But maybe there is some sense in wanting to create a different state for 
when it's undetectable (present = yes/no/unknown) in the interface 
between the kernel and userspace?

David Henningsson, Canonical Ltd.

More information about the pulseaudio-discuss mailing list