| * MDIO IO device | |
| The MDIO is a bus to which the PHY devices are connected. For each | |
| device that exists on this bus, a child node should be created. See | |
| the definition of the PHY node in booting-without-of.txt for an example | |
| of how to define a PHY. | |
| Required properties: | |
| - reg : Offset and length of the register set for the device | |
| - compatible : Should define the compatible device type for the | |
| mdio. Currently supported strings/devices are: | |
| - "fsl,gianfar-tbi" | |
| - "fsl,gianfar-mdio" | |
| - "fsl,etsec2-tbi" | |
| - "fsl,etsec2-mdio" | |
| - "fsl,ucc-mdio" | |
| - "fsl,fman-mdio" | |
| When device_type is "mdio", the following strings are also considered: | |
| - "gianfar" | |
| - "ucc_geth_phy" | |
| Example: | |
| mdio@24520 { | |
| reg = <24520 20>; | |
| compatible = "fsl,gianfar-mdio"; | |
| ethernet-phy@0 { | |
| ...... | |
| }; | |
| }; | |
| * TBI Internal MDIO bus | |
| As of this writing, every tsec is associated with an internal TBI PHY. | |
| This PHY is accessed through the local MDIO bus. These buses are defined | |
| similarly to the mdio buses, except they are compatible with "fsl,gianfar-tbi". | |
| The TBI PHYs underneath them are similar to normal PHYs, but the reg property | |
| is considered instructive, rather than descriptive. The reg property should | |
| be chosen so it doesn't interfere with other PHYs on the bus. | |
| * Gianfar-compatible ethernet nodes | |
| Properties: | |
| - device_type : Should be "network" | |
| - model : Model of the device. Can be "TSEC", "eTSEC", or "FEC" | |
| - compatible : Should be "gianfar" | |
| - reg : Offset and length of the register set for the device | |
| - interrupts : For FEC devices, the first interrupt is the device's | |
| interrupt. For TSEC and eTSEC devices, the first interrupt is | |
| transmit, the second is receive, and the third is error. | |
| - phy-handle : See ethernet.txt file in the same directory. | |
| - fixed-link : See fixed-link.txt in the same directory. | |
| - phy-connection-type : See ethernet.txt file in the same directory. | |
| This property is only really needed if the connection is of type | |
| "rgmii-id", as all other connection types are detected by hardware. | |
| - fsl,magic-packet : If present, indicates that the hardware supports | |
| waking up via magic packet. | |
| - fsl,wake-on-filer : If present, indicates that the hardware supports | |
| waking up by Filer General Purpose Interrupt (FGPI) asserted on the | |
| Rx int line. This is an advanced power management capability allowing | |
| certain packet types (user) defined by filer rules to wake up the system. | |
| - bd-stash : If present, indicates that the hardware supports stashing | |
| buffer descriptors in the L2. | |
| - rx-stash-len : Denotes the number of bytes of a received buffer to stash | |
| in the L2. | |
| - rx-stash-idx : Denotes the index of the first byte from the received | |
| buffer to stash in the L2. | |
| Example: | |
| ethernet@24000 { | |
| device_type = "network"; | |
| model = "TSEC"; | |
| compatible = "gianfar"; | |
| reg = <0x24000 0x1000>; | |
| local-mac-address = [ 00 E0 0C 00 73 00 ]; | |
| interrupts = <29 2 30 2 34 2>; | |
| interrupt-parent = <&mpic>; | |
| phy-handle = <&phy0> | |
| }; | |
| * Gianfar PTP clock nodes | |
| General Properties: | |
| - compatible Should be "fsl,etsec-ptp" | |
| - reg Offset and length of the register set for the device | |
| - interrupts There should be at least two interrupts. Some devices | |
| have as many as four PTP related interrupts. | |
| Clock Properties: | |
| - fsl,cksel Timer reference clock source. | |
| - fsl,tclk-period Timer reference clock period in nanoseconds. | |
| - fsl,tmr-prsc Prescaler, divides the output clock. | |
| - fsl,tmr-add Frequency compensation value. | |
| - fsl,tmr-fiper1 Fixed interval period pulse generator. | |
| - fsl,tmr-fiper2 Fixed interval period pulse generator. | |
| - fsl,max-adj Maximum frequency adjustment in parts per billion. | |
| These properties set the operational parameters for the PTP | |
| clock. You must choose these carefully for the clock to work right. | |
| Here is how to figure good values: | |
| TimerOsc = selected reference clock MHz | |
| tclk_period = desired clock period nanoseconds | |
| NominalFreq = 1000 / tclk_period MHz | |
| FreqDivRatio = TimerOsc / NominalFreq (must be greater that 1.0) | |
| tmr_add = ceil(2^32 / FreqDivRatio) | |
| OutputClock = NominalFreq / tmr_prsc MHz | |
| PulseWidth = 1 / OutputClock microseconds | |
| FiperFreq1 = desired frequency in Hz | |
| FiperDiv1 = 1000000 * OutputClock / FiperFreq1 | |
| tmr_fiper1 = tmr_prsc * tclk_period * FiperDiv1 - tclk_period | |
| max_adj = 1000000000 * (FreqDivRatio - 1.0) - 1 | |
| The calculation for tmr_fiper2 is the same as for tmr_fiper1. The | |
| driver expects that tmr_fiper1 will be correctly set to produce a 1 | |
| Pulse Per Second (PPS) signal, since this will be offered to the PPS | |
| subsystem to synchronize the Linux clock. | |
| Reference clock source is determined by the value, which is holded | |
| in CKSEL bits in TMR_CTRL register. "fsl,cksel" property keeps the | |
| value, which will be directly written in those bits, that is why, | |
| according to reference manual, the next clock sources can be used: | |
| <0> - external high precision timer reference clock (TSEC_TMR_CLK | |
| input is used for this purpose); | |
| <1> - eTSEC system clock; | |
| <2> - eTSEC1 transmit clock; | |
| <3> - RTC clock input. | |
| When this attribute is not used, eTSEC system clock will serve as | |
| IEEE 1588 timer reference clock. | |
| Example: | |
| ptp_clock@24E00 { | |
| compatible = "fsl,etsec-ptp"; | |
| reg = <0x24E00 0xB0>; | |
| interrupts = <12 0x8 13 0x8>; | |
| interrupt-parent = < &ipic >; | |
| fsl,cksel = <1>; | |
| fsl,tclk-period = <10>; | |
| fsl,tmr-prsc = <100>; | |
| fsl,tmr-add = <0x999999A4>; | |
| fsl,tmr-fiper1 = <0x3B9AC9F6>; | |
| fsl,tmr-fiper2 = <0x00018696>; | |
| fsl,max-adj = <659999998>; | |
| }; |