Thread (36 messages) 36 messages, 5 authors, 2024-07-29

RE: [PATCH v3 1/4] dt-bindings: net: Add FSD EQoS device tree bindings

From: Swathi K S <hidden>
Date: 2024-06-06 09:37:13
Also in: linux-arm-kernel, linux-devicetree, linux-samsung-soc, lkml

Hi Krzysztof, 

Sorry for the delay in response.
Starting now, I will be taking over this task.
I have gone through your comments and feedback and will be implementing them in v4 of this patch.
-----Original Message-----
From: Krzysztof Kozlowski [mailto:krzysztof.kozlowski@linaro.org]
Sent: 16 August 2023 11:48
To: Sriranjani P <redacted>; davem@davemloft.net;
edumazet@google.com; kuba@kernel.org; pabeni@redhat.com;
robh+dt@kernel.org; krzysztof.kozlowski+dt@linaro.org;
conor+dt@kernel.org; richardcochran@gmail.com;
alexandre.torgue@foss.st.com; joabreu@synopsys.com;
mcoquelin.stm32@gmail.com; alim.akhtar@samsung.com; linux-
fsd@tesla.com; pankaj.dubey@samsung.com; swathi.ks@samsung.com;
ravi.patel@samsung.com
Cc: netdev@vger.kernel.org; devicetree@vger.kernel.org; linux-
kernel@vger.kernel.org; linux-samsung-soc@vger.kernel.org; linux-arm-
kernel@lists.infradead.org
Subject: Re: [PATCH v3 1/4] dt-bindings: net: Add FSD EQoS device tree
bindings

On 16/08/2023 07:58, Sriranjani P wrote:
quoted
quoted
quoted
+
+allOf:
+  - $ref: snps,dwmac.yaml#
+
+properties:
+  compatible:
+    const: tesla,fsd-ethqos-4.21.yaml
?
Will fix this to tesla,fsd-ethqos.yaml
Test your patches before sending. REALLY TEST.
Sure. Will fix this to tesla,fsd-ethqos.yaml and test the same.
quoted
quoted
quoted
+
+  reg:
+    maxItems: 1
+
+  interrupts:
+    maxItems: 1
+
+  clocks:
+    minItems: 5
Why? I expect it to be specific.
Sorry, I could not understood this comment. In FSD we have two instances
of EQoS IP, one in PERIC block, which requires total 10 clocks  to be
configured and another instance exist in FSYS0 block which needs 5 clocks to
be configured, so we kept minItems as 5 and maxItems as 10, but looks like
latest items schema do not need maxItems entry so we will drop maxItems
entry. In my understanding minItems still required so it should be kept with
minimum number of clock requirements.

No, the code is fine then.
quoted
quoted
quoted
+    maxItems: 10
+
+  clock-names:
+    minItems: 5
+    maxItems: 10
+    items:
+      - const: ptp_ref
+      - const: master_bus
+      - const: slave_bus
+      - const: tx
+      - const: rx
+      - const: master2_bus
+      - const: slave2_bus
+      - const: eqos_rxclk_mux
+      - const: eqos_phyrxclk
+      - const: dout_peric_rgmii_clk
+
+  fsd-rx-clock-skew:
+    $ref: /schemas/types.yaml#/definitions/phandle-array
+    items:
+      - items:
+          - description: phandle to the syscon node
+          - description: offset of the control register
+    description:
+      Should be phandle/offset pair. The phandle to the syscon node.
+
+  iommus:
+    maxItems: 1
+
+  phy-mode:
+    $ref: ethernet-controller.yaml#/properties/phy-connection-type
+
+required:
+  - compatible
+  - reg
+  - interrupts
+  - clocks
+  - clock-names
+  - rx-clock-skew
Eee? Isn't it fsd-rx-clock-skew which anyway is not correct?
Sorry, I missed to change this in DT schema before posting, I will make this
to fsd-rx-clock-skew.

Remember about vendor prefixes for every custom property.
Sure, will fix this in v4.

Best regards,
Krzysztof
Regards, 
Swathi

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help