[alsa-devel] 'modern dailink' transition
Mark Brown
broonie at kernel.org
Tue Mar 26 15:20:57 CET 2019
On Mon, Mar 25, 2019 at 10:54:52AM +0900, Kuninori Morimoto wrote:
> This is my understanding, please correct me if I was wrong.
> I think current many sound card which doesn't need "platfrom" are 2 patterns.
> 1) select snd-soc-dummy as platfrom
> 2) select cpu component as platfrom
> Current ASoC selects 1) automatically if .platfrom_name was NULL.
> And driver needs to have below if it want to be 2)
> dai_link->platform_of_node = dai_link->cpu_of_node
> But, I think one of them is enough ?
> I mean select 2) automatically can be OK?
> In other words, current some sound card which doesn't need
> platfrom is calling snd-soc-dummy platfrom method in 1) case.
> But, is it needed ? I'm not sure...
> It seems snd-soc-dummy platfrom is caring about DPCM-BE case,
> but, I think CPU is snd-soc-dummy in such case.
> Maybe we need same cade to dummy CPU (?), but *my* DPCM system
> is working correctly without it.
It *should* work without it. If it actually does work is a separate
question - that code is a bit fragile so there may be some problems.
Since the most complicated user of DPCM is x86 I think if a change to
this stuff tests out well there it should be OK.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20190326/971c4922/attachment.sig>
More information about the Alsa-devel
mailing list