forked from Minki/linux
4cba5c2103
Currently the PHY management type is selected by the MAC driver arbitrary. The decision is based on the presence of the "fixed-link" node and on a will of the driver's authors. This caused a regression recently, when mvneta driver suddenly started to use the in-band status for auto-negotiation on fixed links. It appears the auto-negotiation may not work when expected by the MAC driver. Sebastien Rannou explains: << Yes, I confirm that my HW does not generate an in-band status. AFAIK, it's a PHY that aggregates 4xSGMIIs to 1xQSGMII ; the MAC side of the PHY (with inband status) is connected to the switch through QSGMII, and in this context we are on the media side of the PHY. >> https://lkml.org/lkml/2015/7/10/206 This patch introduces the new string property 'managed' that allows the user to set the management type explicitly. The supported values are: "auto" - default. Uses either MDIO or nothing, depending on the presence of the fixed-link node "in-band-status" - use in-band status Signed-off-by: Stas Sergeev <stsp@users.sourceforge.net> CC: Rob Herring <robh+dt@kernel.org> CC: Pawel Moll <pawel.moll@arm.com> CC: Mark Rutland <mark.rutland@arm.com> CC: Ian Campbell <ijc+devicetree@hellion.org.uk> CC: Kumar Gala <galak@codeaurora.org> CC: Florian Fainelli <f.fainelli@gmail.com> CC: Grant Likely <grant.likely@linaro.org> CC: devicetree@vger.kernel.org CC: linux-kernel@vger.kernel.org CC: netdev@vger.kernel.org Signed-off-by: David S. Miller <davem@davemloft.net>
36 lines
2.1 KiB
Plaintext
36 lines
2.1 KiB
Plaintext
The following properties are common to the Ethernet controllers:
|
|
|
|
- local-mac-address: array of 6 bytes, specifies the MAC address that was
|
|
assigned to the network device;
|
|
- mac-address: array of 6 bytes, specifies the MAC address that was last used by
|
|
the boot program; should be used in cases where the MAC address assigned to
|
|
the device by the boot program is different from the "local-mac-address"
|
|
property;
|
|
- max-speed: number, specifies maximum speed in Mbit/s supported by the device;
|
|
- max-frame-size: number, maximum transfer unit (IEEE defined MTU), rather than
|
|
the maximum frame size (there's contradiction in ePAPR).
|
|
- phy-mode: string, operation mode of the PHY interface; supported values are
|
|
"mii", "gmii", "sgmii", "qsgmii", "tbi", "rev-mii", "rmii", "rgmii", "rgmii-id",
|
|
"rgmii-rxid", "rgmii-txid", "rtbi", "smii", "xgmii"; this is now a de-facto
|
|
standard property;
|
|
- phy-connection-type: the same as "phy-mode" property but described in ePAPR;
|
|
- phy-handle: phandle, specifies a reference to a node representing a PHY
|
|
device; this property is described in ePAPR and so preferred;
|
|
- phy: the same as "phy-handle" property, not recommended for new bindings.
|
|
- phy-device: the same as "phy-handle" property, not recommended for new
|
|
bindings.
|
|
- rx-fifo-depth: the size of the controller's receive fifo in bytes. This
|
|
is used for components that can have configurable receive fifo sizes,
|
|
and is useful for determining certain configuration settings such as
|
|
flow control thresholds.
|
|
- tx-fifo-depth: the size of the controller's transmit fifo in bytes. This
|
|
is used for components that can have configurable fifo sizes.
|
|
- managed: string, specifies the PHY management type. Supported values are:
|
|
"auto", "in-band-status". "auto" is the default, it usess MDIO for
|
|
management if fixed-link is not specified.
|
|
|
|
Child nodes of the Ethernet controller are typically the individual PHY devices
|
|
connected via the MDIO bus (sometimes the MDIO bus controller is separate).
|
|
They are described in the phy.txt file in this same directory.
|
|
For non-MDIO PHY management see fixed-link.txt.
|