[RFC] (re)describing the PHY interface property
Andy Fleming
afleming at freescale.com
Sat Mar 10 10:52:10 EST 2007
On Mar 8, 2007, at 21:07, Kim Phillips wrote:
> we need to fix the interface property of the PHY nodes in the device
> trees. currently, we see things such as:
>
> interface = <6>; //ENET_1000_GMII
>
> in mpc836x_mds.dts, which is bad because the speed and interface type
> are conjoined. I found a spec proposal based on response to a similar
> matter on this list:
>
> http://playground.sun.com/1275/proposals/Closed/Accepted/378-it.txt
>
> So do we go with proposal #378, and add the interface type to the
> end of
> its comma-separated list, like this:
>
> supported-network-type = "ethernet,1000,,full,gmii";
While I don't object to the supported/chosen IEEE addition, your
proposal is to modify it into a realm I'm not convinced it was meant
to address. The properties described in their proposal all clearly
relate to the connection between the PHY device and the actual medium
through which the signal propagates.
The issue at hand is the connection between the PHY and the MAC,
which is quite different. Mostly because we do not currently have
any code that cares about the transceiver, but the network won't work
if the interface is not configured properly.
>
> or forget about proposal #378, and do something like:
>
> max-speed = <d#1000>;
> interface-type = "gmii";
I'm ok with this. I'm not sure you even need the "-type" at the end.
Andy
More information about the Linuxppc-dev
mailing list