From: Alexander Stein <alexander.stein@ew.tq-group.com>
To: Pengfei Li <pengfei.li_1@nxp.com>
Cc: robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
shawnguo@kernel.org, s.hauer@pengutronix.de,
kernel@pengutronix.de, festevam@gmail.com,
linux-arm-kernel@lists.infradead.org, joao.goncalves@toradex.com,
frieder.schrempf@kontron.de, marex@denx.de,
hvilleneuve@dimonoff.com, peng.fan@nxp.com, m.othacehe@gmail.com,
mwalle@kernel.org, Max.Merchel@ew.tq-group.com,
hiago.franco@toradex.com, tharvey@gateworks.com,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
imx@lists.linux.dev, ping.bai@nxp.com, ye.li@nxp.com,
aisheng.dong@nxp.com, frank.li@nxp.com
Subject: Re: [PATCH 2/3] arm64: dts: freescale: Add i.MX91 dtsi support
Date: Fri, 08 Nov 2024 15:07:50 +0100 [thread overview]
Message-ID: <22489205.EfDdHjke4D@steina-w> (raw)
In-Reply-To: <Zy3iogT7jOLEvf1S@pengfei-OptiPlex-Tower-Plus-7010>
Hi,
Am Freitag, 8. November 2024, 11:06:26 CET schrieb Pengfei Li:
> On Thu, Nov 07, 2024 at 02:06:27PM +0100, Alexander Stein wrote:
> > Am Donnerstag, 7. November 2024, 13:49:50 CET schrieb Alexander Stein:
> > > > diff --git a/arch/arm64/boot/dts/freescale/imx91.dtsi b/arch/arm64/boot/dts/freescale/imx91.dtsi
> > > > new file mode 100644
> > > > index 000000000000..a9f4c1fe61cc
> > > > --- /dev/null
> > > > +++ b/arch/arm64/boot/dts/freescale/imx91.dtsi
> > > > @@ -0,0 +1,66 @@
> > > > +// SPDX-License-Identifier: (GPL-2.0+ OR MIT)
> > > > +/*
> > > > + * Copyright 2024 NXP
> > > > + */
> > > > +
> > > > +#include "imx91-pinfunc.h"
> > > > +#include "imx93.dtsi"
> > > > +
> > > > +&{/thermal-zones/cpu-thermal/cooling-maps/map0} {
> > > > + cooling-device =
> > > > + <&A55_0 THERMAL_NO_LIMIT THERMAL_NO_LIMIT>;
> > > > +};
> > > > +
> > > > +&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>;
> > >
> > > Is it just me or is the alignment of new lines not matching?
> > >
> > >
> > > > +};
> > > > +
> > > > +&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>;
> > >
> > > Here as well: Is it just me or is the alignment of new lines not matching?
> > >
> > > > + 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>;
> > > > +};
> > > > +
> > > > +&tmu {
> > > > + status = "disabled";
> > >
> > > Why does the TMU needs to be disabled instead of deleted?
> > >
> > > > +};
> > > > +
> > > > +/* i.MX91 only has one A core */
> > > > +/delete-node/ &A55_1;
> > > > +
> > > > +/* i.MX91 not has cm33 */
> > > > +/delete-node/ &cm33;
> > > > +
> > > > +/* i.MX91 not has power-domain@44461800 */
> > > > +/delete-node/ &mlmix;
> > > >
> > >
> > > Shouldn't the following node also be removed?
> > > * mipi_csi
> > > * dsi
> > > * lvds_bridge
> > > * lcdif_to_dsi
> > > * lcdif_to_ldb
> >
> > Add mu1 and mu2 to that list.
>
> Hi, i.MX91 also has mu1 and mu2. so there is no need to remove them here.
Maybe you have more recent information. The RM available to me doesn't
say anything about messaging unit, neither in memory map nor as a separate
section describing the hardware. Memory area is marked as reserved.
If there are actually mu1 and mu2 available, what is on the B-side? There
is no Cortex-M33 after all.
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/
next prev parent reply other threads:[~2024-11-08 14:35 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-08 2:27 [PATCH 0/3] Add i.MX91 platform support Pengfei Li
2024-11-08 2:27 ` [PATCH 1/3] dt-bindings: arm: fsl: Add i.MX91 11x11 evk board Pengfei Li
2024-11-07 15:02 ` Frank Li
2024-11-07 16:56 ` Conor Dooley
2024-11-08 2:27 ` [PATCH 2/3] arm64: dts: freescale: Add i.MX91 dtsi support Pengfei Li
2024-11-07 12:49 ` Alexander Stein
2024-11-07 13:06 ` Alexander Stein
2024-11-08 10:06 ` Pengfei Li
2024-11-08 14:07 ` Alexander Stein [this message]
2024-11-11 3:08 ` Pengfei Li
2024-11-08 9:56 ` Pengfei Li
2024-11-08 14:04 ` Alexander Stein
2024-11-11 3:27 ` Pengfei Li
2024-11-07 15:06 ` Frank Li
2024-11-07 15:54 ` Alexander Stein
2024-11-11 15:00 ` Frank Li
2024-11-14 5:50 ` Pengfei Li
2024-11-07 15:08 ` Frank Li
2024-11-14 5:58 ` Pengfei Li
2024-11-08 3:05 ` Xu Yang
2024-11-08 10:31 ` Pengfei Li
2024-11-08 2:27 ` [PATCH 3/3] arm64: dts: freescale: Add i.MX91 11x11 EVK basic support Pengfei Li
2024-11-07 15:10 ` Frank Li
2024-11-14 6:09 ` Pengfei Li
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=22489205.EfDdHjke4D@steina-w \
--to=alexander.stein@ew.tq-group.com \
--cc=Max.Merchel@ew.tq-group.com \
--cc=aisheng.dong@nxp.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=festevam@gmail.com \
--cc=frank.li@nxp.com \
--cc=frieder.schrempf@kontron.de \
--cc=hiago.franco@toradex.com \
--cc=hvilleneuve@dimonoff.com \
--cc=imx@lists.linux.dev \
--cc=joao.goncalves@toradex.com \
--cc=kernel@pengutronix.de \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=m.othacehe@gmail.com \
--cc=marex@denx.de \
--cc=mwalle@kernel.org \
--cc=peng.fan@nxp.com \
--cc=pengfei.li_1@nxp.com \
--cc=ping.bai@nxp.com \
--cc=robh@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@kernel.org \
--cc=tharvey@gateworks.com \
--cc=ye.li@nxp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).