[PATCH 3/4] clk: kirkwood: Add CLK_IGNORE_UNUSED to ethernet ge0 and ge1 clocks

[Ezequiel Garcia]

On Tue, Oct 01, 2013 at 03:49:43PM +0200, Sebastian Hesselbarth wrote:
> On 10/01/2013 03:42 PM, Ezequiel Garcia wrote:
> > On Mon, Sep 30, 2013 at 08:40:09PM -0400, Jason Cooper wrote:
> >> On Mon, Sep 30, 2013 at 06:03:29PM -0300, Ezequiel Garcia wrote:
> >>> These clocks should never be gated, since the ethernet interfaces forget
> >>> the assigned MAC address assigned if their clock source is turned off.
> >>>
> >>> Signed-off-by: Ezequiel Garcia <ezequiel.garcia at free-electrons.com>
> >>> ---
> >>> Cc: Mike Turquette <mturquette at linaro.org>
> >>>
> >>>   drivers/clk/mvebu/kirkwood.c | 9 +++++++--
> >>>   1 file changed, 7 insertions(+), 2 deletions(-)
[..]
> > The motivation for these 4 patches, came from an attempt of booting a
> > multiplatform kernel Kirkwood, which _almost_ booted fine :P
> 
> But the workaround doesn't affect "_almost_", does it?
> 

No. I have no idea why the multiplatfrom didn't work: it booted
just fine and then just before entering userland, it freezed :P

Although I had to do some weird stuff to get it working, so it
doesn't really matter right now. It was a fun experiment though :)

> > So, I see this as preparation work for the move to mach-mvebu.
> >
> > Does anybody have any insights on how a proper fix would be done
> > in the net driver?
> 
> The proper fix would be anything that is related with providing
> proper 'local-mac-address' property to the corresponding nodes *and*
> properly setup some registers in eth ip, e.g. (R)GMII, basically
> all that is usually done by u-boot.
> 

The kirwood.dtsi file already contains 'local-mac-address' property,
but the driver is not doing anything with it.

I guess the only meaningful case we want to support is a nicely
defined MAC passed in that property, and not retaining any other
MAC set by some other way, uh?

But I haven't really looked at any of this until just now,
so I might be completely off.
-- 
Ezequiel García, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.com