[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fb9712fc-d103-769c-2ed7-51a08bbe76b2@quicinc.com>
Date: Tue, 28 Mar 2023 11:32:38 +0530
From: Mohammad Rafi Shaik <quic_mohs@...cinc.com>
To: Stephen Boyd <sboyd@...nel.org>, <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>,
<quic_visr@...cinc.com>, <robh+dt@...nel.org>,
<swboyd@...omium.org>
Subject: Re: [PATCH v1 0/4] Remove the qdsp6ss register from lpasscc
On 3/27/2023 11:11 PM, Stephen Boyd wrote:
> Quoting Mohammad Rafi Shaik (2023-03-27 09:32:45)
>> This patch set is to remove the qdsp6ss register from lpasscc to
>> resolve memory conflict's between lpascc and ADSP remoteproc driver.
> Is this related to the other patch series[1] ("[PATCH v9 0/4] Add resets
> for ADSP based audio clock controller driver")? Does it supersede those?
Thanks for comment,
yes, its superseded form patch series[1] ("[PATCH v9 0/4] Add resets
for ADSP based audio clock controller driver") which is required many
changes.
As the qdsp6ss clocks are being enabled in remoteproc driver,
the qdsp6ss not required in lpasscc node.
For audioreach solution required to create the remoteproc_adsp
device tree node with base address 0x3000000 for remoteproc driver,
as already this address being used in lpasscc node it's causing memory
conflict.
>> Mohammad Rafi Shaik (4):
>> arm64: dts: qcom: sc7280: Modify lpasscc node name
>> dt-bindings: clock: qcom,sc7280-lpasscc: Remove qdsp6ss register
>> region
>> arm64: dts: qcom: sc7280: Remove qdsp6ss regmap region
>> clk: qcom: lpasscc-sc7280: Remove qdsp6ss clock registration
> [1] https://lore.kernel.org/all/20230317141622.1926573-1-quic_mohs@quicinc.com/
Powered by blists - more mailing lists