Linux-ARM-Kernel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Pengfei Li <pengfei.li_1@nxp.com>
To: Alexander Stein <alexander.stein@ew.tq-group.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: Mon, 11 Nov 2024 11:08:47 +0800	[thread overview]
Message-ID: <ZzF1P25JrvW+3n/J@pengfei-OptiPlex-Tower-Plus-7010> (raw)
In-Reply-To: <22489205.EfDdHjke4D@steina-w>

On Fri, Nov 08, 2024 at 03:07:50PM +0100, Alexander Stein wrote:
> 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.
> 

Hi Alexander,

I rechecked the RM and found that it did remove MU1 and MU2, I will remove these two nodes in the next version.
Thanks for your comments!

BR,
Pengfei Li



  reply	other threads:[~2024-11-11  3:11 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
2024-11-11  3:08           ` Pengfei Li [this message]
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=ZzF1P25JrvW+3n/J@pengfei-OptiPlex-Tower-Plus-7010 \
    --to=pengfei.li_1@nxp.com \
    --cc=Max.Merchel@ew.tq-group.com \
    --cc=aisheng.dong@nxp.com \
    --cc=alexander.stein@ew.tq-group.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=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