From: Alexandre TORGUE <alexandre.torgue@foss.st.com>
To: Steffen Trumtrar <s.trumtrar@pengutronix.de>,
<linux-stm32@st-md-mailman.stormreply.com>
Cc: Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
<devicetree@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v7 09/10] ARM: dts: stm32: add STM32MP1-based Phytec SoM
Date: Mon, 3 Apr 2023 11:10:47 +0200 [thread overview]
Message-ID: <dda2a928-dbdd-e8e7-fb5e-2bb062a3b2b9@foss.st.com> (raw)
In-Reply-To: <20230330050408.3806093-10-s.trumtrar@pengutronix.de>
Hi Steffen
On 3/30/23 07:04, Steffen Trumtrar wrote:
> The Phytec STM32MP1 based SoMs feature up to 1 GB DDR3LP RAM, up to 1 GB
> eMMC, up to 16 MB QSPI and up to 128 GB NAND flash.
>
> Signed-off-by: Steffen Trumtrar <s.trumtrar@pengutronix.de>
> ---
I'm not so far to merge your series but I still have questions.
> Notes:
> checkpatch warns about un-documented binding
>
> According to checkpatch the binding for "winbond,w25q128"
> used in this dtsi is un-documented.
> However, 'jedec,spi-nor.yaml' defines the pattern
>
> (winbond,)?w25q(16|32(w|dw)?|64(dw)?|80bl|128(fw)?|256))$"
>
> so, this should be good!?
>
> Changes since v6:
> - rename mdio0->mdio
>
> Changes since v5:
> - cleanup dt_bindings_check warnings
>
> Changes since v4:
> - cleanup usage of "status = okay|disabled"
> - fix remaining non-generic node names
> - rework sai nodes to not duplicate the existing settings in stm32mp151.dtsi
>
> Changes since v3:
> - cleanup board-compatible
> - cleanup aliases
> - rename nodes according to schema
> - use interrupt flag
>
> .../stm32mp157c-phycore-stm32mp15-som.dtsi | 594 ++++++++++++++++++
> 1 file changed, 594 insertions(+)
> create mode 100644 arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi
>
> diff --git a/arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi b/arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi
> new file mode 100644
> index 0000000000000..f612daa4c66a7
> --- /dev/null
> +++ b/arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi
> @@ -0,0 +1,594 @@
> +// SPDX-License-Identifier: (GPL-2.0+ OR BSD-3-Clause)
> +/*
> + * Copyright (C) 2022-2023 Steffen Trumtrar <kernel@pengutronix.de>
> + * Copyright (C) Phytec GmbH 2019-2020 - All Rights Reserved
> + * Author: Dom VOVARD <dom.vovard@linrt.com>.
> + */
> +
> +#include <dt-bindings/gpio/gpio.h>
> +#include <dt-bindings/input/input.h>
> +#include <dt-bindings/interrupt-controller/arm-gic.h>
> +#include <dt-bindings/interrupt-controller/irq.h>
> +#include <dt-bindings/leds/common.h>
> +#include <dt-bindings/leds/leds-pca9532.h>
> +#include <dt-bindings/mfd/st,stpmic1.h>
> +#include <dt-bindings/net/ti-dp83867.h>
> +#include "stm32mp15-pinctrl.dtsi"
> +
> +/ {
> + model = "PHYTEC phyCORE-STM32MP15 SOM";
> + compatible = "phytec,phycore-stm32mp157c-som", "st,stm32mp157";
> +
> + aliases {
> + ethernet0 = ðernet0;
> + rtc0 = &i2c4_rtc;
> + rtc1 = &rtc;
> + };
> +
> + chosen {
> + stdout-path = "serial0:115200n8";
> + };
> +
> + gpio-keys {
> + compatible = "gpio-keys";
> +
> + key-home {
> + label = "Home";
> + gpios = <&gpioa 13 GPIO_ACTIVE_LOW>;
> + linux,code = <KEY_HOME>;
> + };
> +
> + key-enter {
> + label = "Enter";
> + gpios = <&gpioa 14 GPIO_ACTIVE_LOW>;
> + linux,code = <KEY_ENTER>;
> + };
> + };
> +
> + reserved-memory {
> + #address-cells = <1>;
> + #size-cells = <1>;
> + ranges;
> +
> + retram: retram@38000000 {
> + compatible = "shared-dma-pool";
> + reg = <0x38000000 0x10000>;
> + no-map;
> + };
> +
> + mcuram: mcuram@30000000 {
> + compatible = "shared-dma-pool";
> + reg = <0x30000000 0x40000>;
> + no-map;
> + };
> +
> + mcuram2: mcuram2@10000000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10000000 0x40000>;
> + no-map;
> + };
> +
> + vdev0vring0: vdev0vring0@10040000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10040000 0x1000>;
> + no-map;
> + };
> +
> + vdev0vring1: vdev0vring1@10041000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10041000 0x1000>;
> + no-map;
> + };
> +
> + vdev0buffer: vdev0buffer@10042000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10042000 0x4000>;
> + no-map;
> + };
> +
> + gpu_reserved: gpu@f8000000 {
> + reg = <0xf8000000 0x8000000>;
> + no-map;
> + };
It seems that this region is not used. Furthermore if you plan to use it
to GPU note that it doesn't respect YAMl verification. So please remove it.
> + };
> +
> + sound {
> + compatible = "audio-graph-card";
> + label = "STM32MP1-PHYCORE";
> + routing =
> + "Playback", "MCLK", /* Set a route between "MCLK" and "playback" widgets */
> + "Capture", "MCLK";
> + dais = <&sai2b_port>,
> + <&sai2a_port>;
> + };
> +
> + regulator_vin: regulator {
> + compatible = "regulator-fixed";
> + regulator-name = "vin";
> + regulator-min-microvolt = <5000000>;
> + regulator-max-microvolt = <5000000>;
> + regulator-always-on;
> + };
> +};
> +
> +ðernet0 {
> + pinctrl-0 = <ðernet0_rgmii_pins_d>;
> + pinctrl-1 = <ðernet0_rgmii_sleep_pins_d>;
> + pinctrl-names = "default", "sleep";
> + phy-mode = "rgmii-id";
> + max-speed = <1000>;
> + phy-handle = <&phy0>;
> + st,eth-clk-sel;
> + clock-names = "stmmaceth",
> + "mac-clk-tx",
> + "mac-clk-rx",
> + "eth-ck",
> + "syscfg-clk",
> + "ethstp";
> + clocks = <&rcc ETHMAC>,
> + <&rcc ETHTX>,
> + <&rcc ETHRX>,
> + <&rcc ETHCK_K>,
> + <&rcc SYSCFG>,
> + <&rcc ETHSTP>;
Why do you re define those clocks ? They are all already defined in
stm32mp151.dtsi
> + status = "okay";
> +
> + mdio {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + compatible = "snps,dwmac-mdio";
> +
> + phy0: ethernet-phy@1 {
> + compatible = "ethernet-phy-ieee802.3-c22";
> + reg = <1>;
> + interrupt-parent = <&gpiog>;
> + interrupts = <12 IRQ_TYPE_EDGE_FALLING>;
> + ti,rx-internal-delay = <DP83867_RGMIIDCTL_2_00_NS>;
> + ti,tx-internal-delay = <DP83867_RGMIIDCTL_2_00_NS>;
> + ti,fifo-depth = <DP83867_PHYCR_FIFO_DEPTH_4_B_NIB>;
> + ti,min-output-impedance;
> + enet-phy-lane-no-swap;
> + ti,clk-output-sel = <DP83867_CLK_O_SEL_OFF>;
> + };
> + };
> +};
> +
...
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Alexandre TORGUE <alexandre.torgue@foss.st.com>
To: Steffen Trumtrar <s.trumtrar@pengutronix.de>,
<linux-stm32@st-md-mailman.stormreply.com>
Cc: Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
<devicetree@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v7 09/10] ARM: dts: stm32: add STM32MP1-based Phytec SoM
Date: Mon, 3 Apr 2023 11:10:47 +0200 [thread overview]
Message-ID: <dda2a928-dbdd-e8e7-fb5e-2bb062a3b2b9@foss.st.com> (raw)
In-Reply-To: <20230330050408.3806093-10-s.trumtrar@pengutronix.de>
Hi Steffen
On 3/30/23 07:04, Steffen Trumtrar wrote:
> The Phytec STM32MP1 based SoMs feature up to 1 GB DDR3LP RAM, up to 1 GB
> eMMC, up to 16 MB QSPI and up to 128 GB NAND flash.
>
> Signed-off-by: Steffen Trumtrar <s.trumtrar@pengutronix.de>
> ---
I'm not so far to merge your series but I still have questions.
> Notes:
> checkpatch warns about un-documented binding
>
> According to checkpatch the binding for "winbond,w25q128"
> used in this dtsi is un-documented.
> However, 'jedec,spi-nor.yaml' defines the pattern
>
> (winbond,)?w25q(16|32(w|dw)?|64(dw)?|80bl|128(fw)?|256))$"
>
> so, this should be good!?
>
> Changes since v6:
> - rename mdio0->mdio
>
> Changes since v5:
> - cleanup dt_bindings_check warnings
>
> Changes since v4:
> - cleanup usage of "status = okay|disabled"
> - fix remaining non-generic node names
> - rework sai nodes to not duplicate the existing settings in stm32mp151.dtsi
>
> Changes since v3:
> - cleanup board-compatible
> - cleanup aliases
> - rename nodes according to schema
> - use interrupt flag
>
> .../stm32mp157c-phycore-stm32mp15-som.dtsi | 594 ++++++++++++++++++
> 1 file changed, 594 insertions(+)
> create mode 100644 arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi
>
> diff --git a/arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi b/arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi
> new file mode 100644
> index 0000000000000..f612daa4c66a7
> --- /dev/null
> +++ b/arch/arm/boot/dts/stm32mp157c-phycore-stm32mp15-som.dtsi
> @@ -0,0 +1,594 @@
> +// SPDX-License-Identifier: (GPL-2.0+ OR BSD-3-Clause)
> +/*
> + * Copyright (C) 2022-2023 Steffen Trumtrar <kernel@pengutronix.de>
> + * Copyright (C) Phytec GmbH 2019-2020 - All Rights Reserved
> + * Author: Dom VOVARD <dom.vovard@linrt.com>.
> + */
> +
> +#include <dt-bindings/gpio/gpio.h>
> +#include <dt-bindings/input/input.h>
> +#include <dt-bindings/interrupt-controller/arm-gic.h>
> +#include <dt-bindings/interrupt-controller/irq.h>
> +#include <dt-bindings/leds/common.h>
> +#include <dt-bindings/leds/leds-pca9532.h>
> +#include <dt-bindings/mfd/st,stpmic1.h>
> +#include <dt-bindings/net/ti-dp83867.h>
> +#include "stm32mp15-pinctrl.dtsi"
> +
> +/ {
> + model = "PHYTEC phyCORE-STM32MP15 SOM";
> + compatible = "phytec,phycore-stm32mp157c-som", "st,stm32mp157";
> +
> + aliases {
> + ethernet0 = ðernet0;
> + rtc0 = &i2c4_rtc;
> + rtc1 = &rtc;
> + };
> +
> + chosen {
> + stdout-path = "serial0:115200n8";
> + };
> +
> + gpio-keys {
> + compatible = "gpio-keys";
> +
> + key-home {
> + label = "Home";
> + gpios = <&gpioa 13 GPIO_ACTIVE_LOW>;
> + linux,code = <KEY_HOME>;
> + };
> +
> + key-enter {
> + label = "Enter";
> + gpios = <&gpioa 14 GPIO_ACTIVE_LOW>;
> + linux,code = <KEY_ENTER>;
> + };
> + };
> +
> + reserved-memory {
> + #address-cells = <1>;
> + #size-cells = <1>;
> + ranges;
> +
> + retram: retram@38000000 {
> + compatible = "shared-dma-pool";
> + reg = <0x38000000 0x10000>;
> + no-map;
> + };
> +
> + mcuram: mcuram@30000000 {
> + compatible = "shared-dma-pool";
> + reg = <0x30000000 0x40000>;
> + no-map;
> + };
> +
> + mcuram2: mcuram2@10000000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10000000 0x40000>;
> + no-map;
> + };
> +
> + vdev0vring0: vdev0vring0@10040000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10040000 0x1000>;
> + no-map;
> + };
> +
> + vdev0vring1: vdev0vring1@10041000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10041000 0x1000>;
> + no-map;
> + };
> +
> + vdev0buffer: vdev0buffer@10042000 {
> + compatible = "shared-dma-pool";
> + reg = <0x10042000 0x4000>;
> + no-map;
> + };
> +
> + gpu_reserved: gpu@f8000000 {
> + reg = <0xf8000000 0x8000000>;
> + no-map;
> + };
It seems that this region is not used. Furthermore if you plan to use it
to GPU note that it doesn't respect YAMl verification. So please remove it.
> + };
> +
> + sound {
> + compatible = "audio-graph-card";
> + label = "STM32MP1-PHYCORE";
> + routing =
> + "Playback", "MCLK", /* Set a route between "MCLK" and "playback" widgets */
> + "Capture", "MCLK";
> + dais = <&sai2b_port>,
> + <&sai2a_port>;
> + };
> +
> + regulator_vin: regulator {
> + compatible = "regulator-fixed";
> + regulator-name = "vin";
> + regulator-min-microvolt = <5000000>;
> + regulator-max-microvolt = <5000000>;
> + regulator-always-on;
> + };
> +};
> +
> +ðernet0 {
> + pinctrl-0 = <ðernet0_rgmii_pins_d>;
> + pinctrl-1 = <ðernet0_rgmii_sleep_pins_d>;
> + pinctrl-names = "default", "sleep";
> + phy-mode = "rgmii-id";
> + max-speed = <1000>;
> + phy-handle = <&phy0>;
> + st,eth-clk-sel;
> + clock-names = "stmmaceth",
> + "mac-clk-tx",
> + "mac-clk-rx",
> + "eth-ck",
> + "syscfg-clk",
> + "ethstp";
> + clocks = <&rcc ETHMAC>,
> + <&rcc ETHTX>,
> + <&rcc ETHRX>,
> + <&rcc ETHCK_K>,
> + <&rcc SYSCFG>,
> + <&rcc ETHSTP>;
Why do you re define those clocks ? They are all already defined in
stm32mp151.dtsi
> + status = "okay";
> +
> + mdio {
> + #address-cells = <1>;
> + #size-cells = <0>;
> + compatible = "snps,dwmac-mdio";
> +
> + phy0: ethernet-phy@1 {
> + compatible = "ethernet-phy-ieee802.3-c22";
> + reg = <1>;
> + interrupt-parent = <&gpiog>;
> + interrupts = <12 IRQ_TYPE_EDGE_FALLING>;
> + ti,rx-internal-delay = <DP83867_RGMIIDCTL_2_00_NS>;
> + ti,tx-internal-delay = <DP83867_RGMIIDCTL_2_00_NS>;
> + ti,fifo-depth = <DP83867_PHYCR_FIFO_DEPTH_4_B_NIB>;
> + ti,min-output-impedance;
> + enet-phy-lane-no-swap;
> + ti,clk-output-sel = <DP83867_CLK_O_SEL_OFF>;
> + };
> + };
> +};
> +
...
next prev parent reply other threads:[~2023-04-03 9:11 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-30 5:03 [PATCH v7 00/10] ARM: stm32: add support for Phycore STM32MP1 Steffen Trumtrar
2023-03-30 5:03 ` Steffen Trumtrar
2023-03-30 5:03 ` [PATCH v7 01/10] ARM: dts: stm32: Add alternate pinmux for ethernet Steffen Trumtrar
2023-03-30 5:03 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 02/10] ARM: dts: stm32: Add alternate pinmux for sai2b Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 03/10] ARM: dts: stm32: Add new pinmux for sdmmc1_b4 Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 04/10] ARM: dts: stm32: Add new pinmux for sdmmc2_d47 Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 05/10] ARM: dts: stm32: Add pinmux for USART1 pins Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 06/10] ARM: dts: stm32: Add idle/sleep pinmux for USART3 Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 07/10] ARM: dts: stm32: Add sleep pinmux for SPI1 pins_a Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 08/10] dt-bindings: arm: stm32: Add Phytec STM32MP1 board Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 09/10] ARM: dts: stm32: add STM32MP1-based Phytec SoM Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-04-03 9:10 ` Alexandre TORGUE [this message]
2023-04-03 9:10 ` Alexandre TORGUE
2023-04-11 6:42 ` Steffen Trumtrar
2023-04-11 6:42 ` Steffen Trumtrar
2023-03-30 5:04 ` [PATCH v7 10/10] ARM: dts: stm32: add STM32MP1-based Phytec board Steffen Trumtrar
2023-03-30 5:04 ` Steffen Trumtrar
2023-04-03 9:15 ` Alexandre TORGUE
2023-04-03 9:15 ` Alexandre TORGUE
2023-04-03 9:28 ` [Linux-stm32] " Ahmad Fatoum
2023-04-03 9:28 ` Ahmad Fatoum
2023-04-03 9:45 ` Alexandre TORGUE
2023-04-03 9:45 ` Alexandre TORGUE
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=dda2a928-dbdd-e8e7-fb5e-2bb062a3b2b9@foss.st.com \
--to=alexandre.torgue@foss.st.com \
--cc=devicetree@vger.kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=s.trumtrar@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.