Re: [RFC PATCH net-next] dt-bindings: dpll: Add per-channel Ethernet reference property

[Andrew Lunn]

> > > Yesterday I was considering the implementation from the DPLL driver's
> > > perspective and encountered a problem when the relation is defined from
> > > the Ethernet controller's perspective. In that case, it would be
> > > necessary to enumerate all devices that contain a “dpll” property whose
> > > value references this DPLL device.
> > 
> > Why is that?
> 
> Because the DPLL driver has to find a mac-address of the ethernet
> controller to generate clock identity that is used for DPLL device
> registration.

Maybe this API is the wrong way around? Maybe what you want is that
the MAC driver says to the DPLL driver: hey, you are my clock
provider, here is an ID to use, please start providing me a clock?

So it is the MAC driver which will follow the phandle, and then make a
call to bind the dpll to the MAC, and then provide it with the ID?

	Andrew