On Wed, 14 Nov 2018 15:53:23 +0100, Takashi Iwai wrote: > > On Mon, 12 Nov 2018 15:00:36 +0100, > Pierre-Louis Bossart wrote: > > > > And btw the big topic is still how we provide distributions the means > > to handle a 'graceful' fallback from DSP-enabled solutions (SST or > > SOF) to legacy HDAudio, it's already popped up for cases where we have > > HDaudio solutions with DMICs. > > Yeah, that's a long-standing problem. I've experimented some > scenarios in the past, and the conclusion is that there is no really > working fallback mechanism in general in Linux driver binding. > That is, the only reasonable way seems to make a dedicated driver for > the specific PCI ID (SKL+) doing the probe-and-fallback by itself, > while excluding these IDs from other existing driver entries. > > I'd love to proceed this but unfortunately I have no machine that can > run SKL+ SST driver right now. I have a new CFL devel box, but it has > no support (PCI ID 8086:a348) as well as no firmware... So, with a working machine, I could finally hack this a bit. Below is a freshly cooked patch(set). The first one is just to add the support for my CFL machine, and another one is to add the fallback binding with the legacy HD-audio on snd-soc-skl. The changes aren't that big. And you can still control the binding via a module option, e.g. snd_soc_skl.legacy=1 will let it bound only with the legacy driver, snd_soc_skl.legacy=2 for ASoC only. The default is 0, the fallback to legacy if ASoC binding fails. It's still a PoC, no proper patch description is put yet. Comments / suggestions appreciated. thanks, Takashi
Attachment:
0001-ASoC-intel-skl-Add-CFL-S-support.patch
Description: Binary data
Attachment:
0002-ALSA-hda-Allow-fallback-binding-with-legacy-HD-audio.patch
Description: Binary data
_______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
