[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <86r5i6vegw.fsf@peer.zerties.org>
Date: Tue, 10 Aug 2010 14:28:47 +0200
From: Christian Dietrich <qy03fugy@...d.informatik.uni-erlangen.de>
To: "David S. Miller" <davem@...emloft.net>,
Giuseppe Cavallaro <peppe.cavallaro@...com>,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Cc: "vamos-dev\@i4.informatik.uni-erlangen.de"
<vamos-dev@...informatik.uni-erlangen.de>
Subject: Dead Config Option STMMAC_ETH?
Hi all!
As part of the VAMOS[0] research project at the University of
Erlangen we are looking at multiple integrity errors in linux'
configuration system.
I've been running a check on the drivers/net/stmmac sourcetree for
config Items not defined in Kconfig and found such a case. Sourcecode
blocks depending on these Items are not reachable from a vanilla
kernel -- dead code. I've seen such dead blocks made on purpose
e.g. while integrating new features into the kernel but generally
they're just useless.
As far as i can see in drivers/net/stmmac/Kconfig STMMAC_ETH and several
depending flags are dead in the linux vanilla kernel, because it depends
on CPU_SUBTYPE_ST40, but there isn't a Kconfig option for that. But
f96691872439ab2071171d4531c4a95b5d493ae5 suggests, that support for this
ST40 plattform was removed in 2007.
There seems to be, that there was much effort on the stmmac drivers in
the last few months, so i just wanted to ask if this problem is known.
Regards
Christian Dietrich
[0] http://vamos1.informatik.uni-erlangen.de
--
(λ 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.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists