[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <871qiqiw44.wl-kuninori.morimoto.gx@renesas.com>
Date: Mon, 5 Jun 2023 00:35:56 +0000
From: Kuninori Morimoto <kuninori.morimoto.gx@...esas.com>
To: Alvin Šipraga <alvin@...s.dk>
Cc: Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
Alvin Šipraga <alsi@...g-olufsen.dk>,
alsa-devel@...a-project.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/4] ASoC: audio-graph-card2: parse symmetric-clock-roles property
Hi Alvin
> --- a/sound/soc/generic/audio-graph-card2.c
> +++ b/sound/soc/generic/audio-graph-card2.c
(snip)
> /*
> * convert bit_frame
> * We need to flip clock_provider if it was CPU node,
> * because it is Codec base.
> */
> daiclk = snd_soc_daifmt_clock_provider_from_bitmap(bit_frame);
> - if (is_cpu_node)
> + if (is_cpu_node && !dai_link->symmetric_clock_roles)
> daiclk = snd_soc_daifmt_clock_provider_flipped(daiclk);
>
> dai_link->dai_fmt = daifmt | daiclk;
Hmm ? I'm confusing
[2/4] patch handling fliping, and [3/4] also handling fliping.
Nothing changed ?
Current SND_SOC_DAIFMT_xx_xx are very confusable,
framework and driver are different (flipped).
and also, audio-graph-card2 is using intuitive DT settings
(need flip for CPU).
Thank you for your help !!
Best regards
---
Kuninori Morimoto
Powered by blists - more mailing lists