[alsa-devel] [RFC PATCH 0/6] ALSA/HDA: abort probe when DMICs are detected

Pierre-Louis Bossart pierre-louis.bossart at linux.intel.com
Fri May 24 18:12:34 CEST 2019



On 5/24/19 10:45 AM, Daniel Drake wrote:
> Thanks for the patches!
> 
> On Fri, May 24, 2019 at 7:26 AM Pierre-Louis Bossart
> <pierre-louis.bossart at linux.intel.com> wrote:
>> I am not sure if it's a good idea to enable this by default, the
>> experience of the first round showed it's risky to make assumptions on
>> what BIOS vendors implemented.
> 
> Can you clarify what you mean here, are you saying you don't want to
> enable this new DMIC hardware support by default?

No. What I am saying is that
a) the legacy HDaudio driver does not support DMICs
b) the decision to abort the HDaudio legacy driver probe should not be 
the default, since it depends on BIOS information that may be wrong and 
on which I have *zero* control.

There are 4 cases really:

1. DMICs attached to PCH and BIOS/NHLT reports DMICS -> abort HDaudio 
legacy probe
2. No DMICs attached to PCH and BIOS/NHLT does not report DMICs -> 
continue probe and use HDAudio legacy.
3. DMICs attached to PCH and BIOS/NHLT does not report DMICs -> broken 
config, we will need an option to abort the probe by force and ignore 
the BIOS if you care about audio capture.
4. no DMICs attached to PCH and BIOS/NHLT reports DMICs -> broken 
config, we need an option to ignore the BIOS and continue the probe.

Does this help?


More information about the Alsa-devel mailing list