lkml.org 
[lkml]   [2020]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 1/2] ASoC: qcom: sdm845: handle soundwire stream
From
Date


On 3/18/20 10:57 AM, Srinivas Kandagatla wrote:
>
>
> On 18/03/2020 15:26, Pierre-Louis Bossart wrote:
>>
>> Same comment, how does the notion of cpu_dai come in the picture for a
>> SoundWire dailink?
>> Would you mind listing what the components of the dailinks are?
>
> dais that I was referring here are all codec dais from backend-dai.
>
> Device tree entries from
> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/arch/arm64/boot/dts/qcom/sdm845-db845c.dts?h=next-20200318#n538
>
>
>
> Frontend-dai:
>     mm1-dai-link {
>         link-name = "MultiMedia1";
>         cpu {
>             sound-dai = <&q6asmdai  MSM_FRONTEND_DAI_MULTIMEDIA1>;
>         };
>     };
>
> Backend-dai:
>     slim-dai-link {
>         link-name = "SLIM Playback";
>         cpu {
>             sound-dai = <&q6afedai SLIMBUS_0_RX>;
>         };
>
>         platform {
>             sound-dai = <&q6routing>;
>         };
>
>         codec {
>             sound-dai =  <&left_spkr>, <&right_spkr>, <&swm 0>,
> <&wcd9340 0>;
>         };

Thanks, I didn't realize this and now understand your point.

I guess that means we've officially stretched the limits of the DPCM
model though, lumping all codec dais from separate devices into the same
'backend' doesn't seem like a very good path forward, we'd really need a
notion of domain to represent such bridges.

For now for the series

Reviewed-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>

\
 
 \ /
  Last update: 2020-03-18 18:10    [W:0.031 / U:0.784 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site