[PATCH net-next RFC 0/5] net: phy: Introduce a port representation

Oleksij Rempel o.rempel at pengutronix.de
Tue Jan 7 08:41:30 PST 2025


On Tue, Jan 07, 2025 at 05:22:51PM +0100, Andrew Lunn wrote:
> >   I have however seen devices that have a 1G PHY connected to a RJ45
> > port with 2 lanes only, thus limiting the max achievable speed to 100M.
> > Here, we would explicietly describe the port has having 2 lanes. 

I can confirm existence of this kind of designs. One industrial real life
example: a SoC connected to 3 port Gigabit KSZ switch. One port is
typical RJ45 connector. Other port is RJ11 connector.

The speed can be reduced by using max-speed property. But i can't
provide any user usable diagnostic information just by saying pair A or
B is broken.

This is one of the reasons why i propose detailed description.

> Some PHYs would handle this via downshift, detecting that some pairs
> are broken, and then dropping down to 100M on their own. So it is not
> always necessary to have a board property, at least not for data.

Ack, but it will work not for all setups.

> I've no idea how this affects power transfer. Can the link partners
> detect which pairs are actually wired?

Not is usual simple implementation. The PSE PI devicetree properties
provide enough information for a _standard_ use case.

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |



More information about the linux-arm-kernel mailing list