[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <173211841141.1124481.13198183587928963879.robh@kernel.org>
Date: Wed, 20 Nov 2024 10:02:50 -0600
From: "Rob Herring (Arm)" <robh@...nel.org>
To: Daniel Baluta <daniel.baluta@....com>
Cc: iuliana.prodan@....com, kernel@...gutronix.de, daniel.baluta@...il.com,
conor+dt@...nel.org, devicetree@...r.kernel.org, frank.li@....com,
laurentiu.mihalcea@....com, imx@...ts.linux.dev,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
shawnguo@...nel.org, shengjiu.wang@....com, s.hauer@...gutronix.de,
aisheng.dong@....com, krzk+dt@...nel.org, festevam@...il.com
Subject: Re: [PATCH 0/5] Configure imx8mp dsp node for rproc usage
On Wed, 20 Nov 2024 15:58:53 +0200, Daniel Baluta wrote:
> DSP found in i.MX8MP SOC can be used by multiple frameworks in order to
> enable various applications:
> - rproc/rpmsg framework, used to load for example Zephyr samples
> - Sound Open Firmware, used to enable various audio processing
> pipelines.
>
> Current dsp node was configured with SOF in mind but it doesn't work
> well with imx8mp-evk dts. SOF controls audio IPs from firmware side
> while imx8mp-evk preffers to control audio IPs from Linux side.
>
> So, configure 'dsp' node to be used with rproc scenario and later will
> add a separate dts or an overlay to configure the node for SOF.
>
> This patch series configures and enables dsp node to be used with rproc.
>
> Daniel Baluta (5):
> arm64: dts: imx8mp: Add mu2 root clock
> arm64: dts: imx8mp: Configure dsp node for rproc usage
> arm64: dts: imx8mp: Add DSP clocks
> arm64: dts: imx8mp: Add fsl,dsp-ctrl property for dsp
> arm64: dts: Add dsp rproc related mem regions
>
> arch/arm64/boot/dts/freescale/imx8mp-evk.dts | 6 +++++
> arch/arm64/boot/dts/freescale/imx8mp.dtsi | 23 ++++++++++++--------
> 2 files changed, 20 insertions(+), 9 deletions(-)
>
> --
> 2.43.0
>
>
>
My bot found new DTB warnings on the .dts files added or changed in this
series.
Some warnings may be from an existing SoC .dtsi. Or perhaps the warnings
are fixed by another series. Ultimately, it is up to the platform
maintainer whether these warnings are acceptable or not. No need to reply
unless the platform maintainer has comments.
If you already ran DT checks and didn't see these error(s), then
make sure dt-schema is up to date:
pip3 install dtschema --upgrade
New warnings running 'make CHECK_DTBS=y freescale/imx8mp-evk.dtb' for 20241120135859.3133984-1-daniel.baluta@....com:
arch/arm64/boot/dts/freescale/imx8mp-evk.dtb: clock-controller@...20000: compatible: ['fsl,imx8mp-audio-blk-ctrl', 'syscon'] is too long
from schema $id: http://devicetree.org/schemas/clock/imx8mp-audiomix.yaml#
Powered by blists - more mailing lists