From: Stefan Kerkmann <s.kerkmann@pengutronix.de>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>,
Sascha Hauer <s.hauer@pengutronix.de>,
BAREBOX <barebox@lists.infradead.org>
Subject: Re: [PATCH 4/6] arm: dts: karo: import dts for karo-qsxp-ml81
Date: Mon, 11 Mar 2024 15:23:15 +0100 [thread overview]
Message-ID: <2fc64924-48e5-4265-950e-0527c034628b@pengutronix.de> (raw)
In-Reply-To: <c77f0333-386e-4201-b7d1-4cf186b15666@pengutronix.de>
Hello Ahmad,
On 11.03.24 11:02, Ahmad Fatoum wrote:
> Hello Stefan,
>
> On 11.03.24 10:10, Stefan Kerkmann wrote:
>> From: Marc Kleine-Budde <mkl@pengutronix.de>
>>
>> This imports the device tree for the Ka-Ro QSXP, which is a i.MX8M Plus
>> solder down system on module. The sources have been adapted from the
>> offical Ka-Ro github[1], commit a49b38ec97854c0cd9cd83a9f4ae3b56e99a58b6.
>>
>> [1]: https://github.com/karo-electronics/meta-karo-nxp.git
>
> To make it easier to sync with Linux, once the device tree goes upstream,
> could you separate the barebox-specific changes into a separate file?
>
Ack.
>> + model = "Ka-Ro electronics QSXP-ML81 (NXP i.MX8MP) module";
>> + compatible = "karo,imx8mp-qsxp-ml81", "fsl,imx8mp";
>
> Add a compatible for the SoM here: "karo,imx8mp-qsxp".
>
See reply to patch 5/6, the full manufacturer part number is `QSXP-ML81`
therefore I don't think that dropping the `ml81` part is necessary here?
>> +&usb_dwc3_0 {
>> + dr_mode = "peripheral";
>
> I think this should rather be moved into the DTS, because it's a property
> of the baseboard, how he OTG is usd.
>
>
Ack.
>> +&usdhc3 { /* eMMC */
>> + assigned-clocks = <&clk IMX8MP_CLK_USDHC3>;
>> + assigned-clock-rates = <400000000>;
>> + pinctrl-names = "default", "state_100mhz", "state_200mhz";
>> + pinctrl-0 = <&pinctrl_usdhc3>;
>> + pinctrl-1 = <&pinctrl_usdhc3_100mhz>;
>> + pinctrl-2 = <&pinctrl_usdhc3_200mhz>;
>> + bus-width = <8>;
>> + no-sd;
>> + no-sdio;
>> + vmmc-supply = <®_vdd_3v3>;
>> + vqmmc-supply = <®_nvcc_nand>;
>> + voltage-ranges = <3300 3300>;
>
> I never used voltage-ranges, but this might be wrong. You can't do
> 200MHz with 3.3v and vqmmc-supply is fixed already at 1.8v, so here
> seem to be no voltage shifters involved at all?
>
You're right, AFAIK the eMMC JEDEC standard mandates 1.8V IOs for HS200
mode. For DDR mode the IO voltage can be 3.3V or 1.8V, according to the
datasheet of the used THGBMNG5D1LBAIL eMMC (if the product pictures are
anything to go by). So the correct voltage ranges property would be
`voltage-ranges = <1800 1800 3300 3300>`?
The line itself was copied verbatim from
https://github.com/karo-electronics/meta-karo-nxp/blob/mickledore/recipes-kernel/linux/linux-karo-6.1/mx8-nxp-bsp/dts/freescale/imx8mp-karo.dtsi#L263
> Either way, it doesn't matter to barebox.
So in the end we just delete it?
>> + non-removable;
>> + status = "okay";
>> +};
>> +
>> +&wdog1 {
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&pinctrl_wdog>;
>> + fsl,ext-reset-output;
>> + status = "okay";
>> +};
>> +
>> +&iomuxc {
>> + pinctrl_i2c1: i2c1grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C1_SCL__I2C1_SCL 0x400001c2
>> + MX8MP_IOMUXC_I2C1_SDA__I2C1_SDA 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_i2c1_gpio: i2c1-gpiogrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C1_SCL__GPIO5_IO14 0x400001c2
>> + MX8MP_IOMUXC_I2C1_SDA__GPIO5_IO15 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_i2c2: i2c2grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C2_SCL__I2C2_SCL 0x400001c2
>> + MX8MP_IOMUXC_I2C2_SDA__I2C2_SDA 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_i2c2_gpio: i2c2-gpiogrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C2_SCL__GPIO5_IO16 0x400001c2
>> + MX8MP_IOMUXC_I2C2_SDA__GPIO5_IO17 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_i2c3: i2c3grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C3_SCL__I2C3_SCL 0x400001c2
>> + MX8MP_IOMUXC_I2C3_SDA__I2C3_SDA 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_i2c3_gpio: i2c3-gpiogrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C3_SCL__GPIO5_IO18 0x400001c2
>> + MX8MP_IOMUXC_I2C3_SDA__GPIO5_IO19 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_i2c4: i2c4grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C4_SCL__I2C4_SCL 0x400001c2
>> + MX8MP_IOMUXC_I2C4_SDA__I2C4_SDA 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_i2c4_gpio: i2c4-gpiogrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_I2C4_SCL__GPIO5_IO20 0x400001c2
>> + MX8MP_IOMUXC_I2C4_SDA__GPIO5_IO21 0x400001c2
>> + >;
>> + };
>> +
>> + pinctrl_pmic: pmicgrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_GPIO1_IO03__GPIO1_IO03 0x1c0
>> + >;
>> + };
>> +
>> + pinctrl_uart1: uart1grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140
>> + MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140
>> + >;
>> + };
>> +
>> + pinctrl_uart1_rtscts: uart1-rtsctsgrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_UART3_TXD__UART1_DCE_RTS 0x140
>> + MX8MP_IOMUXC_UART3_RXD__UART1_DCE_CTS 0x140
>> + >;
>> + };
>> +
>> + pinctrl_uart2: uart2grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_UART2_RXD__UART2_DCE_RX 0x140
>> + MX8MP_IOMUXC_UART2_TXD__UART2_DCE_TX 0x140
>> + >;
>> + };
>> +
>> + pinctrl_uart4: uart4grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_UART4_RXD__UART4_DCE_RX 0x140
>> + MX8MP_IOMUXC_UART4_TXD__UART4_DCE_TX 0x140
>> + >;
>> + };
>> +
>> + pinctrl_usdhc2: usdhc2grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_SD2_CLK__USDHC2_CLK 0x190
>> + MX8MP_IOMUXC_SD2_CMD__USDHC2_CMD 0x1d0
>> + MX8MP_IOMUXC_SD2_DATA0__USDHC2_DATA0 0x1d0
>> + MX8MP_IOMUXC_SD2_DATA1__USDHC2_DATA1 0x1d0
>> + MX8MP_IOMUXC_SD2_DATA2__USDHC2_DATA2 0x1d0
>> + MX8MP_IOMUXC_SD2_DATA3__USDHC2_DATA3 0x1d0
>> + >;
>> + };
>> +
>> + pinctrl_usdhc2_cd: usdhc2-cdgrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_SD2_CD_B__GPIO2_IO12 0x1c0
>> + >;
>> + };
>> +
>> + pinctrl_usdhc3: usdhc3grp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_NAND_WE_B__USDHC3_CLK 0x190
>> + MX8MP_IOMUXC_NAND_WP_B__USDHC3_CMD 0x1d0
>> + MX8MP_IOMUXC_NAND_DATA04__USDHC3_DATA0 0x1d0
>> + MX8MP_IOMUXC_NAND_DATA05__USDHC3_DATA1 0x1d0
>> + MX8MP_IOMUXC_NAND_DATA06__USDHC3_DATA2 0x1d0
>> + MX8MP_IOMUXC_NAND_DATA07__USDHC3_DATA3 0x1d0
>> + MX8MP_IOMUXC_NAND_RE_B__USDHC3_DATA4 0x1d0
>> + MX8MP_IOMUXC_NAND_CE2_B__USDHC3_DATA5 0x1d0
>> + MX8MP_IOMUXC_NAND_CE3_B__USDHC3_DATA6 0x1d0
>> + MX8MP_IOMUXC_NAND_CLE__USDHC3_DATA7 0x1d0
>> + MX8MP_IOMUXC_NAND_CE1_B__USDHC3_STROBE 0x190
>> + >;
>> + };
>> +
>> + pinctrl_usdhc3_100mhz: usdhc3-100mhzgrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_NAND_WE_B__USDHC3_CLK 0x194
>> + MX8MP_IOMUXC_NAND_WP_B__USDHC3_CMD 0x1d4
>> + MX8MP_IOMUXC_NAND_DATA04__USDHC3_DATA0 0x1d4
>> + MX8MP_IOMUXC_NAND_DATA05__USDHC3_DATA1 0x1d4
>> + MX8MP_IOMUXC_NAND_DATA06__USDHC3_DATA2 0x1d4
>> + MX8MP_IOMUXC_NAND_DATA07__USDHC3_DATA3 0x1d4
>> + MX8MP_IOMUXC_NAND_RE_B__USDHC3_DATA4 0x1d4
>> + MX8MP_IOMUXC_NAND_CE2_B__USDHC3_DATA5 0x1d4
>> + MX8MP_IOMUXC_NAND_CE3_B__USDHC3_DATA6 0x1d4
>> + MX8MP_IOMUXC_NAND_CLE__USDHC3_DATA7 0x1d4
>> + MX8MP_IOMUXC_NAND_CE1_B__USDHC3_STROBE 0x194
>> + >;
>> + };
>> +
>> + pinctrl_usdhc3_200mhz: usdhc3-200mhzgrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_NAND_WE_B__USDHC3_CLK 0x196
>> + MX8MP_IOMUXC_NAND_WP_B__USDHC3_CMD 0x1d6
>> + MX8MP_IOMUXC_NAND_DATA04__USDHC3_DATA0 0x1d6
>> + MX8MP_IOMUXC_NAND_DATA05__USDHC3_DATA1 0x1d6
>> + MX8MP_IOMUXC_NAND_DATA06__USDHC3_DATA2 0x1d6
>> + MX8MP_IOMUXC_NAND_DATA07__USDHC3_DATA3 0x1d6
>> + MX8MP_IOMUXC_NAND_RE_B__USDHC3_DATA4 0x1d6
>> + MX8MP_IOMUXC_NAND_CE2_B__USDHC3_DATA5 0x1d6
>> + MX8MP_IOMUXC_NAND_CE3_B__USDHC3_DATA6 0x1d6
>> + MX8MP_IOMUXC_NAND_CLE__USDHC3_DATA7 0x1d6
>> + MX8MP_IOMUXC_NAND_CE1_B__USDHC3_STROBE 0x196
>> + >;
>> + };
>> +
>> + pinctrl_wdog: wdoggrp {
>> + fsl,pins = <
>> + MX8MP_IOMUXC_GPIO1_IO02__WDOG1_WDOG_B 0xc6
>> + >;
>> + };
>> +};
>>
>
Cheers,
Stefan
--
Pengutronix e.K. | Stefan Kerkmann |
Steuerwalder Str. 21 | https://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-128 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-9 |
next prev parent reply other threads:[~2024-03-11 14:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-11 9:10 [PATCH 0/6] arm: imx8mp: add karo electronics qsxp imx8mp som support Stefan Kerkmann
2024-03-11 9:10 ` [PATCH 1/6] of: introduce of_property_read_s32 Stefan Kerkmann
2024-03-11 9:10 ` [PATCH 2/6] net: phy: micrel: update id table from Linux kernel Stefan Kerkmann
2024-03-11 9:10 ` [PATCH 3/6] net: phy: micrel: add support for ksz9131 phy Stefan Kerkmann
2024-03-11 9:10 ` [PATCH 4/6] arm: dts: karo: import dts for karo-qsxp-ml81 Stefan Kerkmann
2024-03-11 10:02 ` Ahmad Fatoum
2024-03-11 14:23 ` Stefan Kerkmann [this message]
2024-03-11 14:33 ` Ahmad Fatoum
2024-03-11 14:48 ` Stefan Kerkmann
2024-03-11 9:10 ` [PATCH 5/6] arm: dts: karo: add karo imx8mp-karo-qsxp-qsbase4 Stefan Kerkmann
2024-03-11 10:05 ` Ahmad Fatoum
2024-03-11 13:25 ` Stefan Kerkmann
2024-03-11 9:10 ` [PATCH 6/6] arm: imx8mp: add karo electronics qsxp imx8mp som support Stefan Kerkmann
2024-03-11 10:13 ` Ahmad Fatoum
2024-03-11 13:32 ` Stefan Kerkmann
2024-03-11 13:58 ` Ahmad Fatoum
2024-03-11 14:01 ` Stefan Kerkmann
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=2fc64924-48e5-4265-950e-0527c034628b@pengutronix.de \
--to=s.kerkmann@pengutronix.de \
--cc=a.fatoum@pengutronix.de \
--cc=barebox@lists.infradead.org \
--cc=s.hauer@pengutronix.de \
/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