lkml.org 
[lkml]   [2021]   [Oct]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [net-next PATCH v2 08/15] dt-bindings: net: dsa: qca8k: Add MAC swap and clock phase properties
> Here is 2 configuration one from an Netgear r7800 qca8337:
>
> switch@10 {
> compatible = "qca,qca8337";
> #address-cells = <1>;
> #size-cells = <0>;
> reg = <0x10>;
>
> qca8k,rgmii0_1_8v;
> qca8k,rgmii56_1_8v;
>
> ports {
> #address-cells = <1>;
> #size-cells = <0>;
>
> port@0 {
> reg = <0>;
> label = "cpu";
> ethernet = <&gmac1>;
> phy-mode = "rgmii-id";
>
> fixed-link {
> speed = <1000>;
> full-duplex;
> };
> };
>
> port@1 {
> reg = <1>;
> label = "lan1";
> phy-mode = "internal";
> phy-handle = <&phy_port1>;
> };
>
> port@2 {
> reg = <2>;
> label = "lan2";
> phy-mode = "internal";
> phy-handle = <&phy_port2>;
> };
>
> port@3 {
> reg = <3>;
> label = "lan3";
> phy-mode = "internal";
> phy-handle = <&phy_port3>;
> };
>
> port@4 {
> reg = <4>;
> label = "lan4";
> phy-mode = "internal";
> phy-handle = <&phy_port4>;
> };
>
> port@5 {
> reg = <5>;
> label = "wan";
> phy-mode = "internal";
> phy-handle = <&phy_port5>;
> };
>
> port@6 {
> reg = <6>;
> label = "cpu";
> ethernet = <&gmac2>;
> phy-mode = "sgmii";
>
> fixed-link {
> speed = <1000>;
> full-duplex;
> };

So here, it is a second CPU port. But some other board could connect
an SGMII PHY, and call the port lan5. Or it could be connected to an
SFP cage, and used that way. Or are you forced to use it as a CPU
port, or not use it at all?

> And here is one with mac swap Tp-Link Archer c7 v4 qca8327
>
> switch0@10 {
> compatible = "qca,qca8337";
> #address-cells = <1>;
> #size-cells = <0>;
>
> reg = <0>;
> qca,sgmii-rxclk-falling-edge;
> qca,mac6-exchange;
>
> ports {
> #address-cells = <1>;
> #size-cells = <0>;
>
> port@0 {
> reg = <0>;
> label = "cpu";
> ethernet = <&eth0>;
> phy-mode = "sgmii";
>
> fixed-link {
> speed = <1000>;
> full-duplex;
> };

So when looking for SGMI properties, you need to look here. Where as
in the previous example, you would look in port 6. And the reverse is
true for RGMII delays.

> };
>
> port@1 {
> reg = <1>;
> label = "wan";
> phy-mode = "internal";
> phy-handle = <&phy_port1>;
> };
>
> port@2 {
> reg = <2>;
> label = "lan1";
> phy-mode = "internal";
> phy-handle = <&phy_port2>;
> };
>
> port@3 {
> reg = <3>;
> label = "lan2";
> phy-mode = "internal";
> phy-handle = <&phy_port3>;
> };
>
> port@4 {
> reg = <4>;
> label = "lan3";
> phy-mode = "internal";
> phy-handle = <&phy_port4>;
> };
>
> port@5 {
> reg = <5>;
> label = "lan4";
> phy-mode = "internal";
> phy-handle = <&phy_port5>;
> };
> };

So here, port '6' is not used. But it could be connected to an RGMII
PHY and called lan5. Would the naming work out? What does devlink
think of it, etc. What about phy-handle? Is there an external MDIO
bus? What address would be used if there is no phy-handle?

Andrew

\
 
 \ /
  Last update: 2021-10-09 23:38    [W:0.177 / U:0.792 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site