[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201005191715.52905.jcd@tribudubois.net>
Date: Wed, 19 May 2010 17:15:52 +0200
From: "Jean-Christophe Dubois" <jcd@...budubois.net>
To: netdev@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Cc: Baruch Siach <baruch@...s.co.il>,
Sascha Hauer <s.hauer@...gutronix.de>,
Greg Ungerer <gerg@...pgear.com>
Subject: Re: [PATCH 3/4] fec: add support for Freescale i.MX25 PDK (3DS)
le lundi 25 janvier 2010 Baruch Siach a écrit
> Hi Greg, netdev,
>
> On Wed, Dec 16, 2009 at 08:34:06AM +0200, Baruch Siach wrote:
> > On Wed, Dec 16, 2009 at 10:13:56AM +1000, Greg Ungerer wrote:
> > > Baruch Siach wrote:
> > > >On Tue, Dec 15, 2009 at 09:52:24PM +1000, Greg Ungerer wrote:
> > > >>On 12/15/2009 06:31 PM, Baruch Siach wrote:
> > > >>>+#ifndef CONFIG_M5272
> > > >>
> > > >>I would suggest making this conditional on FEC_MIIGSK_ENR.
> > > >>Although the CONFIG_M5272 is the only case here currently,
> > > >>that may change over the years. And using this here may not
> > > >>be obvious to the causual code reader, since the register
> > > >>offset definitions don't explicitly key on CONFIG_M5272.
> > > >
> > > >OK, I'll change this conditional.
> > > >
> > > >Can I take this as an Ack from you?
> > >
> > > With that conditional check changed, sure:
> > >
> > > Acked-by: Greg Ungerer <gerg@...inux.org>
> >
> > Thanks. The updated patch below.
>
> I'm really sorry to bug on this again, but since the platform code is
> already upstream the i.MX25 code doesn't build without this patch
> (include/linux/fec.h missing). So, someone please pick up this patch,
> preferably prior to .33.
>
> baruch
I am just wondering if somebody is going to pick up this patch
(http://patchwork.ozlabs.org/patch/41235/) so that it finds its way on
mainline.
The i.MX25 PDK platform (3DStack) has been broken for 2 kernel releases (as
the actual code depend on this). Is there hope that this patch is picked up by
somebody in order to get merged to main line someday?
Or is it not acceptable in this state for some reason?
Either the FEC changes need to be merged (possibly with some modification if
there are issues) or the part depending on it in the ARM tree need to be
reverted. We should not stay in this non coherent state.
JC
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists