[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE-0n52ahKMzk0ho5jG1wxebm3ZE+Wfu_BunCaTR1WhN+J5jpw@mail.gmail.com>
Date: Thu, 12 Jan 2023 11:35:14 -0800
From: Stephen Boyd <swboyd@...omium.org>
To: Srinivasa Rao Mandadapu <quic_srivasam@...cinc.com>,
agross@...nel.org, andersson@...nel.org, broonie@...nel.org,
konrad.dybcio@...ainline.org, krzysztof.kozlowski+dt@...aro.org,
linux-arm-msm@...r.kernel.org, linux-clk@...r.kernel.org,
linux-kernel@...r.kernel.org, mturquette@...libre.com,
quic_plai@...cinc.com, quic_rohkumar@...cinc.com,
robh+dt@...nel.org
Subject: Re: [RESEND v3 4/4] clk: qcom: lpasscc-sc7280: Add resets for audioreach
Quoting Srinivasa Rao Mandadapu (2023-01-11 23:53:23)
>
> On 1/12/2023 2:54 AM, Stephen Boyd wrote:
> Thanks for your time Stephen!!!
> > Quoting Srinivasa Rao Mandadapu (2023-01-04 08:21:37)
> >> diff --git a/drivers/clk/qcom/lpasscc-sc7280.c b/drivers/clk/qcom/lpasscc-sc7280.c
> >> index 85dd5b9..1efb72d 100644
> >> --- a/drivers/clk/qcom/lpasscc-sc7280.c
> >> +++ b/drivers/clk/qcom/lpasscc-sc7280.c
> >> @@ -102,6 +104,18 @@ static const struct qcom_cc_desc lpass_qdsp6ss_sc7280_desc = {
> >> .num_clks = ARRAY_SIZE(lpass_qdsp6ss_sc7280_clocks),
> >> };
> >>
> >> +static const struct qcom_reset_map lpass_cc_sc7280_resets[] = {
> >> + [LPASS_AUDIO_SWR_RX_CGCR] = { 0xa0, 1 },
> >> + [LPASS_AUDIO_SWR_TX_CGCR] = { 0xa8, 1 },
> >> + [LPASS_AUDIO_SWR_WSA_CGCR] = { 0xb0, 1 },
> > Why are we adding these resets again? These are already exposed in
> > lpassaudiocc-sc7280.c
>
> As explained in previous versions, legacy path nodes are not being used
> in ADSP based platforms, due to conflicts.
What is legacy path nodes?
>
> Hence lpasscc node alone being used exclusively in ADSP based solution,
> resets are added.
I think I understand..
>
> In probe also, these reset controls are enabled based on
> "qcom,adsp-pil-mode" property.
>
but now I'm super confused! Please help me! We shouldn't have two
different device nodes for the same physical hardware registers.
Instead, we should have one node. The "qcom,adsp-pil-mode" property was
supposed to indicate the different mode of operation.
Maybe the audio clk and reset drivers on sc7280 are duplicating each
other and one of them can be removed?
Powered by blists - more mailing lists