[alsa-devel] [RFC PATCH 0/6] ALSA/HDA: abort probe when DMICs are detected
Hui Wang
hui.wang at canonical.com
Tue Jun 18 05:48:00 CEST 2019
On 2019/5/25 上午9:40, Hui Wang wrote:
>
> On 2019/5/25 上午12:12, Pierre-Louis Bossart wrote:
>>
>>
>> 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.
>
> Got it, we will do a test on a couple of machines, let us see if we
> can meet 3 and 4 in reality.
I backported these 6 patches to our 5.0 kernel with the sof driver in
it, and tested on 3 machines which have dmic connected to PCH (audio
controller pciid 0x9dc8), without these 6 patches, I need to blacklist
snd_hda_intel.ko and snd_soc_skl.ko to make the sof driver work, after
backporting these 6 patches, I don't need to blacklist snd_hda_intel.ko,
but still need to blacklist snd_soc_skl.ko, otherwise the sof driver
doesn't work.
And I also tested these 6 patches on 3 machines without dmic, I don't
need to blacklist anything, the audio works well via legacy hdaudio.
So for coexistence of soc_skl and soc_sof drivers, do we have any plan?
Thanks,
Hui.
>
>>
>> Does this help?
>>
More information about the Alsa-devel
mailing list