WIP FPC-III support
[linux/fpc-iii.git] / Documentation / devicetree / bindings / phy / phy-bindings.txt
blobc4eb38902533f1cc2cc2343aa6a6832ab8cdd9d3
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
4 PHY device node
5 ===============
7 Required Properties:
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
11                 PHY.
13 Optional Properties:
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.
17 For example:
19 phys: phy {
20     compatible = "xxx";
21     reg = <...>;
22     .
23     .
24     #phy-cells = <1>;
25     .
26     .
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.
33 PHY user node
34 =============
36 Required Properties:
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
41             *phys* phandle
43 Example 1:
44 usb1: usb_otg_ss@xxx {
45     compatible = "xxx";
46     reg = <xxx>;
47     .
48     .
49     phys = <&usb2_phy>, <&usb3_phy>;
50     phy-names = "usb2phy", "usb3phy";
51     .
52     .
55 This node represents a controller that uses two PHYs, one for usb2 and one for
56 usb3.
58 Example 2:
59 usb2: usb_otg_ss@xxx {
60     compatible = "xxx";
61     reg = <xxx>;
62     .
63     .
64     phys = <&phys 1>;
65     phy-names = "usbphy";
66     .
67     .
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.