| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <2026092.PYKUYFuaPT@steina-w>
Date: Wed, 22 Jan 2025 07:20:39 +0100
From: Alexander Stein <alexander.stein@...tq-group.com>
To: "robh@...nel.org" <robh@...nel.org>, "krzk+dt@...nel.org" <krzk+dt@...nel.org>, "conor+dt@...nel.org" <conor+dt@...nel.org>, "shawnguo@...nel.org" <shawnguo@...nel.org>, "s.hauer@...gutronix.de" <s.hauer@...gutronix.de>, "catalin.marinas@....com" <catalin.marinas@....com>, "will@...nel.org" <will@...nel.org>, "kernel@...gutronix.de" <kernel@...gutronix.de>, "festevam@...il.com" <festevam@...il.com>, Joy Zou <joy.zou@....com>
Cc: "joao.goncalves@...adex.com" <joao.goncalves@...adex.com>, "marex@...x.de" <marex@...x.de>, "hvilleneuve@...onoff.com" <hvilleneuve@...onoff.com>, "hiago.franco@...adex.com" <hiago.franco@...adex.com>, Peng Fan <peng.fan@....com>, "frieder.schrempf@...tron.de" <frieder.schrempf@...tron.de>, "m.othacehe@...il.com" <m.othacehe@...il.com>, "mwalle@...nel.org" <mwalle@...nel.org>, "Max.Merchel@...tq-group.com" <Max.Merchel@...tq-group.com>, "quic_bjorande@...cinc.com" <quic_bjorande@...cinc.com>, "geert+renesas@...der.be" <geert+renesas@...der.be>, "dmitry.baryshkov@...aro.org" <dmitry.baryshkov@...aro.org>, "neil.armstrong@...aro.org" <neil.armstrong@...aro.org>, "arnd@...db.de" <arnd@...db.de>, "nfraprado@...labora.com" <nfraprado@...labora.com>, "devicetree@...r.kernel.org" <devicetree@...r.kernel.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "imx@...ts.linux.dev" <imx@...ts.linux.dev>, "linux-arm-kernel@...ts.infradead.org" <linux-arm-kernel@...ts.infradead
.org>, Jacky Bai <ping.bai@....com>, Ye Li <ye.li@....com>, Aisheng Dong <aisheng.dong@....com>, Frank Li <frank.li@....com>, Carlos Song <carlos.song@....com>
Subject: Re: [PATCH v4 2/5] arm64: dts: freescale: Add i.MX91 dtsi support
Am Mittwoch, 22. Januar 2025, 06:25:50 CET schrieb Joy Zou:
> > -----Original Message-----
> > From: Alexander Stein <alexander.stein@...tq-group.com>
> > Sent: 2025年1月21日 16:34
> > To: robh@...nel.org; krzk+dt@...nel.org; conor+dt@...nel.org;
> > shawnguo@...nel.org; s.hauer@...gutronix.de; catalin.marinas@....com;
> > will@...nel.org; kernel@...gutronix.de; festevam@...il.com; Joy Zou
> > <joy.zou@....com>
> > Cc: joao.goncalves@...adex.com; marex@...x.de;
> > hvilleneuve@...onoff.com; hiago.franco@...adex.com; Peng Fan
> > <peng.fan@....com>; frieder.schrempf@...tron.de; m.othacehe@...il.com;
> > mwalle@...nel.org; Max.Merchel@...tq-group.com;
> > quic_bjorande@...cinc.com; geert+renesas@...der.be;
> > dmitry.baryshkov@...aro.org; neil.armstrong@...aro.org; arnd@...db.de;
> > nfraprado@...labora.com; devicetree@...r.kernel.org;
> > linux-kernel@...r.kernel.org; imx@...ts.linux.dev;
> > linux-arm-kernel@...ts.infradead.org; Jacky Bai <ping.bai@....com>; Ye Li
> > <ye.li@....com>; Aisheng Dong <aisheng.dong@....com>; Frank Li
> > <frank.li@....com>; Carlos Song <carlos.song@....com>
> > Subject: [EXT] Re: [PATCH v4 2/5] arm64: dts: freescale: Add i.MX91 dtsi
> > support
> >
> > Am Dienstag, 21. Januar 2025, 08:40:14 CET schrieb Joy Zou:
> > > From: Pengfei Li <pengfei.li_1@....com>
> > >
> > > The i.MX 91 family features an Arm Cortex-A55 running at up to 1.4GHz,
> > > support for modern LPDDR4 memory to enable platform longevity, along
> > > with a rich set of peripherals targeting medical, industrial and
> > > consumer IoT market segments.
> > >
> > > The design of the i.MX91 platform is very similar to i.MX93.
> > > The mainly difference between i.MX91 and i.MX93 is as follows:
> > > - i.MX91 removed some clocks and modified the names of some clocks.
> > > - i.MX91 only has one A core
> > > - i.MX91 has different pinmux
> > >
> > > Signed-off-by: Pengfei Li <pengfei.li_1@....com>
> > > Signed-off-by: Joy Zou <joy.zou@....com>
> > > ---
> > > arch/arm64/boot/dts/freescale/imx91-pinfunc.h | 770
> > ++++++++++++++++++
> > > arch/arm64/boot/dts/freescale/imx91.dtsi | 70 ++
> > > 2 files changed, 840 insertions(+)
> > > create mode 100644 arch/arm64/boot/dts/freescale/imx91-pinfunc.h
> > > create mode 100644 arch/arm64/boot/dts/freescale/imx91.dtsi
> > >
> > > [snip]
> > > diff --git a/arch/arm64/boot/dts/freescale/imx91.dtsi
> > > b/arch/arm64/boot/dts/freescale/imx91.dtsi
> > > new file mode 100644
> > > index 000000000000..67a5a487ab57
> > > --- /dev/null
> > > +++ b/arch/arm64/boot/dts/freescale/imx91.dtsi
> > > @@ -0,0 +1,70 @@
> > > +// SPDX-License-Identifier: (GPL-2.0+ OR MIT)
> > > +/*
> > > + * Copyright 2024 NXP
> > > + */
> > > +
> > > +#include "imx91-pinfunc.h"
> > > +#include "imx93.dtsi"
> > > +
> > > +/delete-node/ &A55_1;
> > > +/delete-node/ &cm33;
> > > +/delete-node/ &mlmix;
> > > +/delete-node/ &mu1;
> > > +/delete-node/ &mu2;
> > > +
> > > +&clk {
> > > + compatible = "fsl,imx91-ccm";
> > > +};
> > > +
> > > +&eqos {
> > > + clocks = <&clk IMX91_CLK_ENET1_QOS_TSN_GATE>,
> > > + <&clk IMX91_CLK_ENET1_QOS_TSN_GATE>,
> > > + <&clk IMX91_CLK_ENET_TIMER>,
> > > + <&clk IMX91_CLK_ENET1_QOS_TSN>,
> > > + <&clk IMX91_CLK_ENET1_QOS_TSN_GATE>;
> > > + assigned-clocks = <&clk IMX91_CLK_ENET_TIMER>,
> > > + <&clk IMX91_CLK_ENET1_QOS_TSN>;
> > > + assigned-clock-parents = <&clk IMX93_CLK_SYS_PLL_PFD1_DIV2>,
> > > + <&clk
> > IMX93_CLK_SYS_PLL_PFD0_DIV2>; };
> > > +
> > > +&fec {
> > > + clocks = <&clk IMX91_CLK_ENET2_REGULAR_GATE>,
> > > + <&clk IMX91_CLK_ENET2_REGULAR_GATE>,
> > > + <&clk IMX91_CLK_ENET_TIMER>,
> > > + <&clk IMX91_CLK_ENET2_REGULAR>,
> > > + <&clk IMX93_CLK_DUMMY>;
> > > + assigned-clocks = <&clk IMX91_CLK_ENET_TIMER>,
> > > + <&clk IMX91_CLK_ENET2_REGULAR>;
> > > + assigned-clock-parents = <&clk IMX93_CLK_SYS_PLL_PFD1_DIV2>,
> > > + <&clk
> > IMX93_CLK_SYS_PLL_PFD0_DIV2>;
> > > + assigned-clock-rates = <100000000>, <250000000>; };
> > > +
> > > +&i3c1 {
> > > + clocks = <&clk IMX93_CLK_BUS_AON>,
> > > + <&clk IMX93_CLK_I3C1_GATE>,
> > > + <&clk IMX93_CLK_DUMMY>; };
> > > +
> > > +&i3c2 {
> > > + clocks = <&clk IMX93_CLK_BUS_WAKEUP>,
> > > + <&clk IMX93_CLK_I3C2_GATE>,
> > > + <&clk IMX93_CLK_DUMMY>; };
> > > +
> > > +&iomuxc {
> > > + compatible = "fsl,imx91-iomuxc"; };
> > > +
> > > +&tmu {
> > > + status = "disabled";
> > > +};
> > > +
> > > +&ddr_pmu {
> > > + compatible = "fsl,imx91-ddr-pmu", "fsl,imx93-ddr-pmu"; };
> > > +
> > > +&map0 {
> > > + cooling-device = <&A55_0 THERMAL_NO_LIMIT
> > THERMAL_NO_LIMIT>; };
> > >
> >
> > Somehow I don't like it that much. Instead of removing nodes from imx93.dtsi
> > wouldn't it make more sense to include from imx91.dtsi into imx93.dtsi and
> > _add_ nodes with are unique to i.MX93? Otherwise each add to imx93.dtsi
> > requires an remove in imx91.dtsi for this unique to i.MX93, e.g. NPU.
> >
> Thanks for your comments!
> The imx91 isn't the imx93 subset, so if the imx93.dtsi include the imx91.dtsi,
> the same problem will occur.
> If add common.dtsi for imx91 and imx93, then the imx93 and imx91 will include
> the common.dtsi. What do you think of this approach?
Yes, it's not a 100% subset, number of CPUs and some clocks are different.
In general adding stuff in DT is easier than removing, especially
in DT overlays.
What you are removing or changing in imx91.dtsi would need to be added to
imx93.dtsi. A common .dtsi is also an option. I hope you can up with a
good name to not be associated with imx95.dtsi
Best regards,
Alexander
--
TQ-Systems GmbH | Mühlstraße 2, Gut Delling | 82229 Seefeld, Germany
Amtsgericht München, HRB 105018
Geschäftsführer: Detlef Schneider, Rüdiger Stahl, Stefan Schneider
http://www.tq-group.com/
Powered by blists - more mailing lists