1 This document explains only the device tree data binding. For general
2 information about PHY subsystem refer to Documentation/driver-api/phy/phy.rst
8 #phy-cells: Number of cells in a PHY specifier; The meaning of all those
9 cells is defined by the binding for the phy node. The PHY
10 provider can use the values in cells to find the appropriate
14 phy-supply: Phandle to a regulator that provides power to the PHY. This
15 regulator will be managed during the PHY power on/off sequence.
29 That node describes an IP block (PHY provider) that implements 2 different PHYs.
30 In order to differentiate between these 2 PHYs, an additional specifier should be
31 given while trying to get a reference to it.
37 phys : the phandle for the PHY device (used by the PHY subsystem; not to be
38 confused with the Ethernet specific 'phy' and 'phy-handle' properties,
39 see Documentation/devicetree/bindings/net/ethernet.txt for these)
40 phy-names : the names of the PHY corresponding to the PHYs present in the
44 usb1: usb_otg_ss@xxx {
49 phys = <&usb2_phy>, <&usb3_phy>;
50 phy-names = "usb2phy", "usb3phy";
55 This node represents a controller that uses two PHYs, one for usb2 and one for
59 usb2: usb_otg_ss@xxx {
70 This node represents a controller that uses one of the PHYs of the PHY provider
71 device defined previously. Note that the phy handle has an additional specifier
72 "1" to differentiate between the two PHYs.