[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5oqzxppquoeppt6xnjfm2rdwm23hbui5k3caz5v5ffqzizepob@dz5ikvzgbd4x>
Date: Wed, 13 Nov 2024 07:43:20 +0200
From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
To: Ekansh Gupta <quic_ekangupt@...cinc.com>
Cc: andersson@...nel.org, konradybcio@...nel.org, robh@...nel.org,
krzk+dt@...nel.org, conor+dt@...nel.org, cros-qcom-dts-watchers@...omium.org,
linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
srinivas.kandagatla@...aro.org, quic_bkumar@...cinc.com, quic_chennak@...cinc.com
Subject: Re: [PATCH v1] arm64: dts: qcom: sc7280: Make ADSP a secure fastrpc
domain
On Wed, Nov 13, 2024 at 10:30:42AM +0530, Ekansh Gupta wrote:
> FastRPC framework treats ADSP as a secure domain on sc7280 SoC
> which means that only secure fastrpc device node should be
> created for ADSP remoteproc. Remove the non-secure-domain
> property from ADSP fastrpc node.
If this prevents the non-secure devices from being created, isn't that a
regression from the userspace point of view?
>
> Signed-off-by: Ekansh Gupta <quic_ekangupt@...cinc.com>
> ---
> arch/arm64/boot/dts/qcom/sc7280.dtsi | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> index 3d8410683402..c633926c0f33 100644
> --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> @@ -3852,7 +3852,6 @@ fastrpc {
> compatible = "qcom,fastrpc";
> qcom,glink-channels = "fastrpcglink-apps-dsp";
> label = "adsp";
> - qcom,non-secure-domain;
> #address-cells = <1>;
> #size-cells = <0>;
>
> --
> 2.34.1
>
--
With best wishes
Dmitry
Powered by blists - more mailing lists