Re: [PATCH] ASoC: Skylake SST driver - blacklist the PCI device IDs for the auto probe

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dne 23. 09. 19 v 20:24 Pierre-Louis Bossart napsal(a):
> On 9/23/19 11:57 AM, Jaroslav Kysela wrote:
>> There are basically three drivers for the PCI devices for
>> the recent Intel hardware with the build-in DSPs. The legacy HDA
>> driver has dmic_detect module option for the auto detection
>> of the platforms with the digital microphone. Because the SOF
>> driver is preferred, just skip PCI probe in the Skylake SST
>> driver when the PCI device ID clashes by default. The user
>> can override the auto behaviour with the pci_binding
>> module parameter.
> 
> Thanks Jaroslav for re-opening this mutual-exclusion issue.
> 
> I think we want to deal with this in two alternate ways
> 1. static built-time exclusion based on Kconfigs

Unfortunately, that's really an issue for the universal distros.

> 2. probe-time exclusion based on quirks (CPU ID + DMI)
> 
> For example with a SKL/KBL/APL chromebook w/ DMIC we'd want to use the 
> SST driver and for GLK+ we want to use SOF. For any device with 
> HDAudio+DMIC we'd want SOF, same for any device with SoundWire when it's 
> fully supported.
> 
> I can't recall if I shared the patches I worked on a couple of months 
> ago, but they are still at https://github.com/thesofproject/linux/pull/927

Thanks for pointing me to this. It does not address the legacy HDA, but it's a
step forward.

> the first part essentially does the same thing as this patch, the second 
> relies on quirks. I've been busy with other things but indeed it's high 
> time we closed this for distributions.

Yes, and I have to say, it's too late for the hardware vendors right now. I
will probably apply my patch to our distribution (I don't care too much about
chromebooks - the user can change the module/driver behaviour manually) until
we have a better code.

>> Boot log from Lenovo Carbon X1 (7th gen) with the default settings:
>>
>>    snd_hda_intel 0000:00:1f.3: Digital mics found on Skylake+ platform, aborting probe
>>    snd_soc_skl 0000:00:1f.3: SOF driver is preferred on this platform, aborting probe
>>    sof-audio-pci 0000:00:1f.3: warning: No matching ASoC machine driver found
>>    sof-audio-pci 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040380
>>    ....
>>
>> Perhaps, it may be more wise to create one shared module and all
>> three drivers should call the driver detection routine(s) from one
>> place.
> 
> We did look into this and it's a bit complicated in terms of plumbing.

Could you elaborate more here? I believe that for the runtime environment
where all drivers are compiled in the kernel, it might make sense to have this
code at one place and installed only once for all three (or may be four in the
soundwire future) drivers.

We should have one straight way which driver/module is used. The separate
conditions in the mentioned drivers will cause problems. Also, it will
simplify things for the end user. One module parameter (in the driver selector
library) is better than three or four to make things working (if the DMI /
whatever table is not preset correctly for the new hardware).

				Thanks,
					Jaroslav

-- 
Jaroslav Kysela <perex@xxxxxxxx>
Linux Sound Maintainer; ALSA Project; Red Hat, Inc.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Pulse Audio]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux