[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <107012446AC13D4C90B85672EAF5FB0E9E0FB3CCC0@SAFEX1MAIL3.st.com>
Date: Mon, 23 Aug 2010 10:44:55 +0200
From: Peppe CAVALLARO <peppe.cavallaro@...com>
To: Christian Dietrich <qy03fugy@...d.informatik.uni-erlangen.de>
Cc: "David S. Miller" <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"vamos-dev@...informatik.uni-erlangen.de"
<vamos-dev@...informatik.uni-erlangen.de>
Subject: RE: Dead Config Option STMMAC_ETH?
Hi Christian,
> -----Original Message-----
> From: Christian Dietrich [mailto:qy03fugy@...d.informatik.uni-erlangen.de]
> Sent: Monday, August 23, 2010 10:42 AM
> To: Peppe CAVALLARO
> Cc: Christian Dietrich; David S. Miller; netdev@...r.kernel.org; linux-
> kernel@...r.kernel.org; vamos-dev@...informatik.uni-erlangen.de
> Subject: Re: Dead Config Option STMMAC_ETH?
>
> Peppe CAVALLARO <peppe.cavallaro@...com> writes:
>
> [...]
>
> > There is effort on this driver: currently the driver fully works on
> > STM platforms and starts working on ARM (SPEAr Kernels). The driver
> > Kconfig actually depends on the CPU_SUBTYPE_ST40 but it built on x86
> > if remove this dependency (just verified). In the past, I added this
> > dependency because the driver was initially tested on ST kernels
> > (where we continue to have the CPU_SUBTYPE_ST40) but I can review it
> > if you like.
>
> Hm, i think it would be good if this dependency is removed, if it isn't
> needed, because then a allyes config would compile test this peace of
> code, and it can't die silently with changes around it.
No problem. I'll remove it and review the Kconfig asap.
Peppe
>
> greetz didi
> --
> (λ x . x x) (λ x . x x) -- See how beatiful the lambda is
> No documentation is better than bad documentation
> -- Das Ausdrucken dieser Mail wird urheberrechtlich verfolgt.
Powered by blists - more mailing lists