[PATCH] beginning of 8390 fixes - generic and arm/etherh
commit6c3561b0c1b64c8f0d1419f3909ab29f0eb98906
authorAl Viro <viro@ftp.linux.org.uk>
Mon, 9 Oct 2006 23:19:36 +0000 (10 00:19 +0100)
committerJeff Garzik <jeff@garzik.org>
Sat, 2 Dec 2006 05:11:56 +0000 (2 00:11 -0500)
treeb39e7aa75e9a9a9a6e7c394451a3ad52eb0d2444
parent865f3b2b6ac578a061c823bec5baf00ad04cbd8c
[PATCH] beginning of 8390 fixes - generic and arm/etherh

etherh and a handful of other odd drivers use different macros when building
8390.c.  Since we generate a single 8390.o and then link with it, in any
config with both oddball and normal 8390-based driver we will end up with
breakage in at least one of them.  Solution: take most of 8390.c into
lib8390.c and have 8390.c, etherh.c and the rest of oddballs #include it.
Helper macros are taken from 8390.h to whoever includes lib8390.c.  That
way odd drivers get separate instances of compiled 8390 stuff and stop
stepping on each other's toes.  8390.h gets cleaned up - we don't have
the cascade of ifdefs in there and are left with the stuff that can be
used by any 8390-based driver.  Current problems are exactly because of
that cascade - we attempt to choose the set of helpers by looking at config
and that, of course, doesn't work well when we have several sets needed
by various drivers in our config.

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
drivers/net/8390.c
drivers/net/8390.h
drivers/net/Makefile
drivers/net/arm/etherh.c
drivers/net/lib8390.c [copied from drivers/net/8390.c with 83% similarity]