dt-bindings: net: lan966x: remove PHY reset
authorMichael Walle <michael@walle.cc>
Thu, 28 Apr 2022 11:40:48 +0000 (13:40 +0200)
committerDavid S. Miller <davem@davemloft.net>
Sat, 30 Apr 2022 12:09:25 +0000 (13:09 +0100)
commit4fdabd509df3fb5e731031197034cb02f053731a
tree23a53828c994f2f3b3ee76bd3c7720e4af31f00e
parent8fd813441e78f1fc7918f55dba6553943eaf1085
dt-bindings: net: lan966x: remove PHY reset

The PHY reset was intended to be a phandle for a special PHY reset
driver for the integrated PHYs as well as any external PHYs. It turns
out, that the culprit is how the reset of the switch device is done.
In particular, the switch reset also affects other subsystems like
the GPIO and the SGPIO block and it happens to be the case that the
reset lines of the external PHYs are connected to a common GPIO line.
Thus as soon as the switch issues a reset during probe time, all the
external PHYs will go into reset because all the GPIO lines will
switch to input and the pull-down on that signal will take effect.

So even if there was a special PHY reset driver, it (1) won't fix
the root cause of the problem and (2) it won't fix all the other
consumers of GPIO lines which will also be reset.

It turns out, the Ocelot SoC has the same weird behavior (or the
lack of a dedicated switch reset) and there the problem is already
solved and all the bits and pieces are already there and this PHY
reset property isn't not needed at all.

There are no users of this binding. Just remove it.

Signed-off-by: Michael Walle <michael@walle.cc>
Signed-off-by: David S. Miller <davem@davemloft.net>
Documentation/devicetree/bindings/net/microchip,lan966x-switch.yaml