[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
<PAXPR04MB8459A0F330554EB69E990E048850A@PAXPR04MB8459.eurprd04.prod.outlook.com>
Date: Fri, 18 Jul 2025 08:53:19 +0000
From: Peng Fan <peng.fan@....com>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>, "Peng Fan (OSS)"
<peng.fan@....nxp.com>, Mathieu Poirier <mathieu.poirier@...aro.org>,
Alexander Stein <alexander.stein@...tq-group.com>
CC: "Rob Herring (Arm)" <robh@...nel.org>, Sascha Hauer
<s.hauer@...gutronix.de>, "linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>, "devicetree@...r.kernel.org"
<devicetree@...r.kernel.org>, Frank Li <frank.li@....com>, Bjorn Andersson
<andersson@...nel.org>, "imx@...ts.linux.dev" <imx@...ts.linux.dev>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, Shawn Guo
<shawnguo@...nel.org>, Iuliana Prodan <iuliana.prodan@....com>, Fabio Estevam
<festevam@...il.com>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, "linux-remoteproc@...r.kernel.org"
<linux-remoteproc@...r.kernel.org>, Pengutronix Kernel Team
<kernel@...gutronix.de>, Daniel Baluta <daniel.baluta@....com>
Subject: RE: [PATCH v4 0/5] remoteproc: imx_rproc: Support i.MX95
> Subject: Re: [PATCH v4 0/5] remoteproc: imx_rproc: Support i.MX95
>
> On 18/07/2025 10:20, Peng Fan wrote:
> > On Thu, Jul 17, 2025 at 08:48:43AM -0600, Mathieu Poirier wrote:
> >> On Mon, Jul 14, 2025 at 11:52:05AM +0000, Peng Fan wrote:
> >>>> Subject: Re: [PATCH v4 0/5] remoteproc: imx_rproc: Support
> i.MX95
> >>>>
> >>> [...]
> >>>> New warnings running 'make CHECK_DTBS=y for
> >>>> arch/arm64/boot/dts/freescale/' for 20250710-imx95-rproc-1-v4-
> 0-
> >>>> a7123e857dfb@....com:
> >>>>
> >>>> arch/arm64/boot/dts/freescale/imx95-tqma9596sa-mb-smarc-
> 2.dtb:
> >>>> scmi (arm,scmi): Unevaluated properties are not allowed
> >>>> ('protocol@80', 'protocol@81', 'protocol@82', 'protocol@84'
> were
> >>>> unexpected)
> >>>
> >>> Same as replied in v3.
> >>> This is because [1] is still not picked, not because of my patchset.
> >>
> >> I won't move on this patchset until this is resolved.
> >>
> >
> > Not understand why hold on this patchset. I suppose you may not
> > understand what the error means. The warning is totally irrelevant to
> > this patchset, there is no dependency.
> >
> > Others added a property to
> > arch/arm64/boot/dts/freescale/imx95-tqma9596sa.dtsi
> > &scmi_bbm {
> > linux,code = <KEY_POWER>;
> > };
> > But this "linux,code" property not landed(missed to be picked up) to
> DT binding.
> >
> > This patchset does not touch scmi_bbm. I could help address the
> > warning in the other patch, but I do not see why "linux,code" under
> > scmi_bbm node could block this patchset.
>
>
> Lack of proper binding for that property might hide other issues with
> this patchset, because schema is not evaluated. Make your DTS and
> bindings correct, then start growing the device nodes.
Not NXP board, I could help fix, but that should not block this patchset.
There is no hidden issue. I removed "linux,code" from the tqma9596sa
board dts, and no warning with CHECK_DTBS.
More info:
This patchset does nothing with scmi_bbm nodes and bindings.
The warning triggered by the board which is not NXP
board(arch/arm64/boot/dts/freescale/imx95-tqma9596sa.dtsi).
This patchset does not touch that board dts.
What this patchset added is scmi_cpu and scmi_lmm nodes in
imx95.dtsi. The binding check already pass when I worked
on the scmi lmm/cpu protocol patchset.
Back to DTB check, by removing
linux,code = <KEY_BACK> from
arch/arm64/boot/dts/freescale/imx95-tqma9596sa.dtsi,
there is no warning.
Regards,
Peng.
>
> Best regards,
> Krzysztof
Powered by blists - more mailing lists