[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5f4f48a5-03c5-f242-2095-6a4053f84de4@linaro.org>
Date: Wed, 8 Jun 2022 07:44:09 -0500
From: Alex Elder <elder@...aro.org>
To: Stephen Boyd <swboyd@...omium.org>, Andy Gross <agross@...nel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>
Cc: linux-kernel@...r.kernel.org, patches@...ts.linux.dev,
linux-arm-msm@...r.kernel.org, Matthias Kaehlcke <mka@...omium.org>
Subject: Re: [PATCH] arm64: dts: qcom: sc7180: Remove ipa_fw_mem node on
trogdor
On 5/17/22 2:33 PM, Stephen Boyd wrote:
> We don't use this carveout on trogdor boards, and having it defined in
> the sc7180 SoC file causes an overlap message to be printed at boot.
>
> OF: reserved mem: OVERLAP DETECTED!
> memory@...00000 (0x0000000086000000--0x000000008ec00000) overlaps with memory@...00000 (0x000000008b700000--0x000000008b710000)
>
> Delete the node in the trogdor dtsi file to fix the overlap problem and
> remove the error message.
>
> Cc: Alex Elder <elder@...aro.org>
> Cc: Matthias Kaehlcke <mka@...omium.org>
> Fixes: 310b266655a3 ("arm64: dts: qcom: sc7180: define ipa_fw_mem node")
> Signed-off-by: Stephen Boyd <swboyd@...omium.org>
> ---
> arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi b/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
> index 732e1181af48..262224504921 100644
> --- a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
> +++ b/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
> @@ -42,6 +42,7 @@ charger-crit {
> */
>
> /delete-node/ &hyp_mem;
> +/delete-node/ &ipa_fw_mem;
> /delete-node/ &xbl_mem;
> /delete-node/ &aop_mem;
> /delete-node/ &sec_apps_mem;
>
> base-commit: 42226c989789d8da4af1de0c31070c96726d990c
This is on Trogdor, which as far as I know only runs Chrome OS,
which doesn't use the IPA firmware memory carveout. The problem
reported comes from the definition of the mpss_mem reserved-memory
region in "sc7180-trogdor.dtsi", so deleting the "ipa_fw_mem" node
in that file sounds like the right fix.
Reviewed-by: Alex Elder <elder@...aro.org>
Powered by blists - more mailing lists