From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
Describe the firmware-managed variant of the QCom DesignWare MAC. As the
properties here differ a lot from the HLOS-managed variant, lets put it
in a separate file.
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
---
.../devicetree/bindings/net/qcom,ethqos-scmi.yaml | 101 +++++++++++++++++++++
.../devicetree/bindings/net/snps,dwmac.yaml | 4 +-
MAINTAINERS | 1 +
3 files changed, 105 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/net/qcom,ethqos-scmi.yaml b/Documentation/devicetree/bindings/net/qcom,ethqos-scmi.yaml
new file mode 100644
index 0000000000000000000000000000000000000000..d7d6c013311c2643d5ac0e2a75e0180911487d96
--- /dev/null
+++ b/Documentation/devicetree/bindings/net/qcom,ethqos-scmi.yaml
@@ -0,0 +1,101 @@
+# SPDX-License-Identifier: GPL-2.0 OR BSD-2-Clause
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/net/qcom,ethqos-scmi.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: Qualcomm Ethernet ETHQOS device (firmware managed)
+
+maintainers:
+ - Bjorn Andersson <andersson@kernel.org>
+ - Konrad Dybcio <konradybcio@kernel.org>
+ - Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
+
+description:
+ dwmmac based Qualcomm ethernet devices which support Gigabit
+ ethernet (version v2.3.0 and onwards) with clocks, interconnects, etc.
+ managed by firmware
+
+allOf:
+ - $ref: snps,dwmac.yaml#
+
+properties:
+ compatible:
+ const: qcom,sa8255p-ethqos
+
+ reg:
+ maxItems: 2
+
+ reg-names:
+ items:
+ - const: stmmaceth
+ - const: rgmii
+
+ interrupts:
+ items:
+ - description: Combined signal for various interrupt events
+ - description: The interrupt that occurs when HW safety error triggered
+
+ interrupt-names:
+ items:
+ - const: macirq
+ - const: sfty
+
+ power-domains: true
+
+ power-domain-names:
+ items:
+ - const: power_core
+ - const: power_mdio
+ - const: perf_serdes
+
+ iommus:
+ maxItems: 1
+
+ dma-coherent: true
+
+ phys: true
+
+ phy-names:
+ const: serdes
+
+required:
+ - compatible
+ - reg-names
+ - power-domains
+
+unevaluatedProperties: false
+
+examples:
+ - |
+ #include <dt-bindings/interrupt-controller/arm-gic.h>
+
+ ethernet: ethernet@7a80000 {
+ compatible = "qcom,sa8255p-ethqos";
+ reg = <0x23040000 0x10000>,
+ <0x23056000 0x100>;
+ reg-names = "stmmaceth", "rgmii";
+
+ iommus = <&apps_smmu 0x120 0x7>;
+
+ interrupts = <GIC_SPI 946 IRQ_TYPE_LEVEL_HIGH>,
+ <GIC_SPI 782 IRQ_TYPE_LEVEL_HIGH>;
+ interrupt-names = "macirq", "sfty";
+
+ dma-coherent;
+
+ snps,tso;
+ snps,pbl = <32>;
+ rx-fifo-depth = <16384>;
+ tx-fifo-depth = <16384>;
+
+ phy-handle = <&sgmii_phy1>;
+ phy-mode = "2500base-x";
+
+ snps,mtl-rx-config = <&mtl_rx_setup1>;
+ snps,mtl-tx-config = <&mtl_tx_setup1>;
+ snps,ps-speed = <1000>;
+
+ power-domains = <&scmi8_pd 0>, <&scmi8_pd 1>, <&scmi8_dvfs 0>;
+ power-domain-names = "power_core", "power_mdio","perf_serdes";
+ };
diff --git a/Documentation/devicetree/bindings/net/snps,dwmac.yaml b/Documentation/devicetree/bindings/net/snps,dwmac.yaml
index 4e3cbaa062290a6e8e5e60d0d01b0b39485c5478..07264c9c62778e9e8e2768999c5c377fce6811a1 100644
--- a/Documentation/devicetree/bindings/net/snps,dwmac.yaml
+++ b/Documentation/devicetree/bindings/net/snps,dwmac.yaml
@@ -71,6 +71,7 @@ properties:
- loongson,ls7a-dwmac
- nxp,s32g2-dwmac
- qcom,qcs404-ethqos
+ - qcom,sa8255p-ethqos
- qcom,sa8775p-ethqos
- qcom,sc8280xp-ethqos
- qcom,sm8150-ethqos
@@ -175,7 +176,7 @@ properties:
- const: ahb
power-domains:
- maxItems: 1
+ maxItems: 3
mac-mode:
$ref: ethernet-controller.yaml#/properties/phy-connection-type
@@ -638,6 +639,7 @@ allOf:
- ingenic,x1830-mac
- ingenic,x2000-mac
- qcom,qcs404-ethqos
+ - qcom,sa8255p-ethqos
- qcom,sa8775p-ethqos
- qcom,sc8280xp-ethqos
- qcom,sm8150-ethqos
diff --git a/MAINTAINERS b/MAINTAINERS
index cd7ff55b5d321752ac44c91d2d7e74de28e08960..ab453e599a174e5414fc0c1baab5a64e0d88dd78 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -20745,6 +20745,7 @@ M: Vinod Koul <vkoul@kernel.org>
L: netdev@vger.kernel.org
L: linux-arm-msm@vger.kernel.org
S: Maintained
+F: Documentation/devicetree/bindings/net/qcom,ethqos-scmi.yaml
F: Documentation/devicetree/bindings/net/qcom,ethqos.yaml
F: drivers/net/ethernet/stmicro/stmmac/dwmac-qcom-ethqos.c
--
2.48.1
> + ethernet: ethernet@7a80000 { > + compatible = "qcom,sa8255p-ethqos"; > + reg = <0x23040000 0x10000>, > + <0x23056000 0x100>; > + reg-names = "stmmaceth", "rgmii"; > + > + iommus = <&apps_smmu 0x120 0x7>; > + > + interrupts = <GIC_SPI 946 IRQ_TYPE_LEVEL_HIGH>, > + <GIC_SPI 782 IRQ_TYPE_LEVEL_HIGH>; > + interrupt-names = "macirq", "sfty"; > + > + dma-coherent; > + > + snps,tso; > + snps,pbl = <32>; > + rx-fifo-depth = <16384>; > + tx-fifo-depth = <16384>; > + > + phy-handle = <&sgmii_phy1>; > + phy-mode = "2500base-x"; Nitpicking: It is clearly not an SGMII PHY if it support 2500BaseX. You might want to give the node a better name. > + snps,mtl-rx-config = <&mtl_rx_setup1>; > + snps,mtl-tx-config = <&mtl_tx_setup1>; > + snps,ps-speed = <1000>; Since this MAC can do 2.5G, is 1000 correct here? Andrew
On Wed, Sep 10, 2025 at 06:04:28PM +0200, Andrew Lunn wrote: > > + ethernet: ethernet@7a80000 { > > + compatible = "qcom,sa8255p-ethqos"; > > + reg = <0x23040000 0x10000>, > > + <0x23056000 0x100>; > > + reg-names = "stmmaceth", "rgmii"; > > + > > + iommus = <&apps_smmu 0x120 0x7>; > > + > > + interrupts = <GIC_SPI 946 IRQ_TYPE_LEVEL_HIGH>, > > + <GIC_SPI 782 IRQ_TYPE_LEVEL_HIGH>; > > + interrupt-names = "macirq", "sfty"; > > + > > + dma-coherent; > > + > > + snps,tso; > > + snps,pbl = <32>; > > + rx-fifo-depth = <16384>; > > + tx-fifo-depth = <16384>; > > + > > + phy-handle = <&sgmii_phy1>; > > + phy-mode = "2500base-x"; > > Nitpicking: It is clearly not an SGMII PHY if it support > 2500BaseX. You might want to give the node a better name. > > > + snps,mtl-rx-config = <&mtl_rx_setup1>; > > + snps,mtl-tx-config = <&mtl_tx_setup1>; > > + snps,ps-speed = <1000>; > > Since this MAC can do 2.5G, is 1000 correct here? The driver only accepts 10, 100 and 1000 here. Not sure if that's documented in the binding. Also, does snps,ps-speed need to be set if we're not immitating a PHY with the PCS? My understanding is that snps,ps-speed is only relevant in that circumstance. (I suspect many DTS get this wrong.) -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
On Wed, 10 Sep 2025 10:07:39 +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > > Describe the firmware-managed variant of the QCom DesignWare MAC. As the > properties here differ a lot from the HLOS-managed variant, lets put it > in a separate file. > > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > --- > .../devicetree/bindings/net/qcom,ethqos-scmi.yaml | 101 +++++++++++++++++++++ > .../devicetree/bindings/net/snps,dwmac.yaml | 4 +- > MAINTAINERS | 1 + > 3 files changed, 105 insertions(+), 1 deletion(-) > My bot found errors running 'make dt_binding_check' on your patch: yamllint warnings/errors: dtschema/dtc warnings/errors: /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): Unevaluated properties are not allowed ('clock-names', 'clocks', 'interrupt-names', 'interrupts', 'phy-mode', 'power-domains', 'reg', 'rx-fifo-depth', 'snps,multicast-filter-bins', 'snps,perfect-filter-entries', 'tx-fifo-depth' were unexpected) from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): Unevaluated properties are not allowed ('mac-address', 'phy-mode', 'reg', 'snps,reset-delays-us', 'snps,reset-gpio', 'snps,rxpbl', 'snps,txpbl' were unexpected) from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# doc reference errors (make refcheckdocs): See https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20250910-qcom-sa8255p-emac-v1-2-32a79cf1e668@linaro.org The base for the series is generally the latest rc1. A different dependency should be noted in *this* patch. If you already ran 'make dt_binding_check' and didn't see the above error(s), then make sure 'yamllint' is installed and dt-schema is up to date: pip3 install dtschema --upgrade Please check and re-submit after running the above command yourself. Note that DT_SCHEMA_FILES can be set to your schema file to speed up checking your schema. However, it must be unset to test all examples with your schema.
On Wed, Sep 10, 2025 at 3:38 PM Rob Herring (Arm) <robh@kernel.org> wrote: > > > On Wed, 10 Sep 2025 10:07:39 +0200, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > > > > Describe the firmware-managed variant of the QCom DesignWare MAC. As the > > properties here differ a lot from the HLOS-managed variant, lets put it > > in a separate file. > > > > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > > --- > > .../devicetree/bindings/net/qcom,ethqos-scmi.yaml | 101 +++++++++++++++++++++ > > .../devicetree/bindings/net/snps,dwmac.yaml | 4 +- > > MAINTAINERS | 1 + > > 3 files changed, 105 insertions(+), 1 deletion(-) > > > > My bot found errors running 'make dt_binding_check' on your patch: > > yamllint warnings/errors: > > dtschema/dtc warnings/errors: > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short > from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): Unevaluated properties are not allowed ('clock-names', 'clocks', 'interrupt-names', 'interrupts', 'phy-mode', 'power-domains', 'reg', 'rx-fifo-depth', 'snps,multicast-filter-bins', 'snps,perfect-filter-entries', 'tx-fifo-depth' were unexpected) > from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short > from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short > from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): Unevaluated properties are not allowed ('mac-address', 'phy-mode', 'reg', 'snps,reset-delays-us', 'snps,reset-gpio', 'snps,rxpbl', 'snps,txpbl' were unexpected) > from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short > from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# > These seem to be a false-positives triggered by modifying the high-level snps.dwmac.yaml file? Bart > doc reference errors (make refcheckdocs): > > See https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20250910-qcom-sa8255p-emac-v1-2-32a79cf1e668@linaro.org > > The base for the series is generally the latest rc1. A different dependency > should be noted in *this* patch. > > If you already ran 'make dt_binding_check' and didn't see the above > error(s), then make sure 'yamllint' is installed and dt-schema is up to > date: > > pip3 install dtschema --upgrade > > Please check and re-submit after running the above command yourself. Note > that DT_SCHEMA_FILES can be set to your schema file to speed up checking > your schema. However, it must be unset to test all examples with your schema. >
On Wed, Sep 10, 2025 at 03:43:38PM +0200, Bartosz Golaszewski wrote: > On Wed, Sep 10, 2025 at 3:38 PM Rob Herring (Arm) <robh@kernel.org> wrote: > > > > > > On Wed, 10 Sep 2025 10:07:39 +0200, Bartosz Golaszewski wrote: > > > From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > > > > > > Describe the firmware-managed variant of the QCom DesignWare MAC. As the > > > properties here differ a lot from the HLOS-managed variant, lets put it > > > in a separate file. > > > > > > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > > > --- > > > .../devicetree/bindings/net/qcom,ethqos-scmi.yaml | 101 +++++++++++++++++++++ > > > .../devicetree/bindings/net/snps,dwmac.yaml | 4 +- > > > MAINTAINERS | 1 + > > > 3 files changed, 105 insertions(+), 1 deletion(-) > > > > > > > My bot found errors running 'make dt_binding_check' on your patch: > > > > yamllint warnings/errors: > > > > dtschema/dtc warnings/errors: > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short > > from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): Unevaluated properties are not allowed ('clock-names', 'clocks', 'interrupt-names', 'interrupts', 'phy-mode', 'power-domains', 'reg', 'rx-fifo-depth', 'snps,multicast-filter-bins', 'snps,perfect-filter-entries', 'tx-fifo-depth' were unexpected) > > from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short > > from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short > > from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): Unevaluated properties are not allowed ('mac-address', 'phy-mode', 'reg', 'snps,reset-delays-us', 'snps,reset-gpio', 'snps,rxpbl', 'snps,txpbl' were unexpected) > > from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short > > from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# > > > > These seem to be a false-positives triggered by modifying the > high-level snps.dwmac.yaml file? No. You just made 3 power-domains required for everyone. You have to test without DT_SCHEMA_FILES set so that every example is tested with every possible schema. Rob
On Wed, Sep 10, 2025 at 4:36 PM Rob Herring <robh@kernel.org> wrote: > > On Wed, Sep 10, 2025 at 03:43:38PM +0200, Bartosz Golaszewski wrote: > > On Wed, Sep 10, 2025 at 3:38 PM Rob Herring (Arm) <robh@kernel.org> wrote: > > > > > > > > > On Wed, 10 Sep 2025 10:07:39 +0200, Bartosz Golaszewski wrote: > > > > From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > > > > > > > > Describe the firmware-managed variant of the QCom DesignWare MAC. As the > > > > properties here differ a lot from the HLOS-managed variant, lets put it > > > > in a separate file. > > > > > > > > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > > > > --- > > > > .../devicetree/bindings/net/qcom,ethqos-scmi.yaml | 101 +++++++++++++++++++++ > > > > .../devicetree/bindings/net/snps,dwmac.yaml | 4 +- > > > > MAINTAINERS | 1 + > > > > 3 files changed, 105 insertions(+), 1 deletion(-) > > > > > > > > > > My bot found errors running 'make dt_binding_check' on your patch: > > > > > > yamllint warnings/errors: > > > > > > dtschema/dtc warnings/errors: > > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short > > > from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# > > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): Unevaluated properties are not allowed ('clock-names', 'clocks', 'interrupt-names', 'interrupts', 'phy-mode', 'power-domains', 'reg', 'rx-fifo-depth', 'snps,multicast-filter-bins', 'snps,perfect-filter-entries', 'tx-fifo-depth' were unexpected) > > > from schema $id: http://devicetree.org/schemas/net/renesas,rzn1-gmac.yaml# > > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/renesas,rzn1-gmac.example.dtb: ethernet@44000000 (renesas,r9a06g032-gmac): power-domains: [[4294967295]] is too short > > > from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# > > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short > > > from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# > > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): Unevaluated properties are not allowed ('mac-address', 'phy-mode', 'reg', 'snps,reset-delays-us', 'snps,reset-gpio', 'snps,rxpbl', 'snps,txpbl' were unexpected) > > > from schema $id: http://devicetree.org/schemas/net/mediatek-dwmac.yaml# > > > /builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/net/mediatek-dwmac.example.dtb: ethernet@1101c000 (mediatek,mt2712-gmac): power-domains: [[4294967295, 4]] is too short > > > from schema $id: http://devicetree.org/schemas/net/snps,dwmac.yaml# > > > > > > > These seem to be a false-positives triggered by modifying the > > high-level snps.dwmac.yaml file? > > No. You just made 3 power-domains required for everyone. > With a maxItems: 3? What is the correct approach then? Bartosz > You have to test without DT_SCHEMA_FILES set so that every example is > tested with every possible schema. > > Rob
On 9/10/25 4:42 PM, Bartosz Golaszewski wrote: > On Wed, Sep 10, 2025 at 4:36 PM Rob Herring <robh@kernel.org> wrote: >> >> On Wed, Sep 10, 2025 at 03:43:38PM +0200, Bartosz Golaszewski wrote: >>> On Wed, Sep 10, 2025 at 3:38 PM Rob Herring (Arm) <robh@kernel.org> wrote: >>>> >>>> >>>> On Wed, 10 Sep 2025 10:07:39 +0200, Bartosz Golaszewski wrote: >>>>> From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> >>>>> >>>>> Describe the firmware-managed variant of the QCom DesignWare MAC. As the >>>>> properties here differ a lot from the HLOS-managed variant, lets put it >>>>> in a separate file. >>>>> >>>>> Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> >>>>> --- [...] >>> These seem to be a false-positives triggered by modifying the >>> high-level snps.dwmac.yaml file? >> >> No. You just made 3 power-domains required for everyone. >> > > With a maxItems: 3? In the common definition: minItems: n maxItems: 3 In your new file that includes the main one: properties: power-domains: minItems: 3 Konrad
On Thu, Sep 11, 2025 at 10:53 AM Konrad Dybcio <konrad.dybcio@oss.qualcomm.com> wrote: > > On 9/10/25 4:42 PM, Bartosz Golaszewski wrote: > > On Wed, Sep 10, 2025 at 4:36 PM Rob Herring <robh@kernel.org> wrote: > >> > >> On Wed, Sep 10, 2025 at 03:43:38PM +0200, Bartosz Golaszewski wrote: > >>> On Wed, Sep 10, 2025 at 3:38 PM Rob Herring (Arm) <robh@kernel.org> wrote: > >>>> > >>>> > >>>> On Wed, 10 Sep 2025 10:07:39 +0200, Bartosz Golaszewski wrote: > >>>>> From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > >>>>> > >>>>> Describe the firmware-managed variant of the QCom DesignWare MAC. As the > >>>>> properties here differ a lot from the HLOS-managed variant, lets put it > >>>>> in a separate file. > >>>>> > >>>>> Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> > >>>>> --- > > [...] > > >>> These seem to be a false-positives triggered by modifying the > >>> high-level snps.dwmac.yaml file? > >> > >> No. You just made 3 power-domains required for everyone. > >> > > > > With a maxItems: 3? > > In the common definition: > > minItems: n > maxItems: 3 > Just to make it clear: if I have a maxItems but no minItems, does this make maxItems effectively work as a strict-number-of-items? Bartosz > In your new file that includes the main one: > > properties: > power-domains: > minItems: 3 > > Konrad
On 9/11/25 11:22 AM, Bartosz Golaszewski wrote: > On Thu, Sep 11, 2025 at 10:53 AM Konrad Dybcio > <konrad.dybcio@oss.qualcomm.com> wrote: >> >> On 9/10/25 4:42 PM, Bartosz Golaszewski wrote: >>> On Wed, Sep 10, 2025 at 4:36 PM Rob Herring <robh@kernel.org> wrote: >>>> >>>> On Wed, Sep 10, 2025 at 03:43:38PM +0200, Bartosz Golaszewski wrote: >>>>> On Wed, Sep 10, 2025 at 3:38 PM Rob Herring (Arm) <robh@kernel.org> wrote: >>>>>> >>>>>> >>>>>> On Wed, 10 Sep 2025 10:07:39 +0200, Bartosz Golaszewski wrote: >>>>>>> From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> >>>>>>> >>>>>>> Describe the firmware-managed variant of the QCom DesignWare MAC. As the >>>>>>> properties here differ a lot from the HLOS-managed variant, lets put it >>>>>>> in a separate file. >>>>>>> >>>>>>> Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org> >>>>>>> --- >> >> [...] >> >>>>> These seem to be a false-positives triggered by modifying the >>>>> high-level snps.dwmac.yaml file? >>>> >>>> No. You just made 3 power-domains required for everyone. >>>> >>> >>> With a maxItems: 3? >> >> In the common definition: >> >> minItems: n >> maxItems: 3 >> > > Just to make it clear: if I have a maxItems but no minItems, does this > make maxItems effectively work as a strict-number-of-items? Yes Konrad
© 2016 - 2025 Red Hat, Inc.