[PATCH 1/4 v2] powerpc: document max-speed and interface-type properties
afleming at freescale.com
Sat Apr 21 05:13:26 EST 2007
On Apr 20, 2007, at 03:34, Segher Boessenkool wrote:
>>>> ..but I'm not interested in specifying what interfaces the PHY
>>> But you *have* to. The device tree describes the hardware,
>>> it is not a configuration file for Linux to use as it sees fit.
>> not for the purposes of this patch; ucc_geth passes interface_type,
> It doesn't matter what the Linux code does. The device tree
> describes the hardware, it is not a configuration file for
> Linux to use as it sees fit.
>> property of the board describing the connection between the MAC
>> and PHY
>> (not a list of what connection types the PHY is capable of) to the
>> phylib, and the phylib is left to probe, identify, and configure the
> Sure there's an argument for describing what type of
> interface the PHY is connected on, if it supports more
> than one -- but that should be a property in the PHY
> node, not the controller node, since you can have multiple
> PHYs connected to the same controller, possibly on
> different interfaces each.
I just want to reiterate that I disagree strongly with this
statement. If you have multiple PHYs hooked up to one ethernet
controller, you're going to need to change the device tree to use a
different PHY, anyway. That, or have Linux ignore the phandle that
points to the connected PHY.
Also, you'd need to do something to the hardware, since the different
interfaces are not, typically, on different pins. Just in different
And if you put it in the PHY node, you haven't really helped out the
people who can change the interface type by flipping a dip switch. I
can think of two or three boards off the top of my head that do that
(though I know of very few people who actually use this functionality).
My point, again, is that the interface type is not strongly tied to
the PHY. It is strongly tied to the board configuration. We *could*
put the interface type in the PHY node, but I want to disabuse you of
the notion that it would be any better there.
More information about the Linuxppc-dev