[PATCH] [UPDATED] tsec: Allow Ten Bit Interface to be configurable
Andy Fleming
afleming at freescale.com
Wed Aug 15 06:37:28 EST 2007
On Aug 14, 2007, at 13:00, Scott Wood wrote:
> Joe Hamman wrote:
>> ethernet at 24000 {
>> #address-cells = <1>;
>> #size-cells = <0>;
>> device_type = "network";
>> model = "eTSEC";
>> compatible = "gianfar";
>> reg = <24000 1000>;
>> mac-address = [ 00 E0 0C 00 73 00 ];
>> interrupts = <1d 2 1e 2 22 2>;
>> interrupt-parent = <&mpic>;
>> phy-handle = <&phy1f>;
>> tbi-handle = <&tbi1e>;
>> };
>
> Is any given board going to have at runtime (i.e. not jumper
> selectable) both a phy and a tbi (I'm not very familiar with the
> latter, so I apologize if this is a dumb question). If not, I'd
> stick with phy-handle and have something in the phy node to
> indicate that it's tbi.
Yes. That will be the more common case. The TBI PHYs are connected
to the MDIO pins of each TSEC. The TBIPA register defines what
address it sits on. It is used to configure non MII-style data
connections, usually to another PHY. For instance, to configure a
TSEC for SGMII, you first configure the attached TBI to communicate
with the on-chip SERDES.
While the TBI devices technically all sit on MDIO busses, only the
TBI PHY connected to the first TSEC will interfere with MDIO
transactions. I don't think we need to create nodes for each of the
TBIs. They exist as a secondary part of the ethernet controller, and
their address is only really important to that controller.
I still think it should just be a property of the ethernet node. We
aren't describing the TBI, we're describing a setting for the
ethernet controller's register.
Andy
More information about the Linuxppc-embedded
mailing list