linux-toradex.git/drivers/net/8390.c, branch v2.6.34.9

netdev: convert bulk of drivers to netdev_tx_t

2009-09-01T08:14:07+00:00

In a couple of cases collapse some extra code like:
   int retval = NETDEV_TX_OK;
   ...
   return retval;
into
   return NETDEV_TX_OK;

Signed-off-by: Stephen Hemminger 
Signed-off-by: David S. Miller

8390(p): remove old compat_net_dev_ops code

2009-04-16T09:20:06+00:00

Remove compat_net_dev_ops code and use struct net_device_ops
instead of it.

Signed-off-by: Alexander Beregalov 
Signed-off-by: David S. Miller

netdev: add missing set_mac_address hook

2009-01-11T08:06:36+00:00

Many drivers lost the ability to set ethernet address accidently
during the net_device_ops conversion.

Signed-off-by: Stephen Hemminger 
Signed-off-by: David S. Miller

8390/8390p: Fix compat netdev ops handling.

2008-12-15T23:14:59+00:00

Based upon a report from Randy Dunlap.

The compat netdev ops assignments need to happen in
8390.c and 8390p.c, not lib8390.c, as only the type
specific code can assign the correct function pointers.

Signed-off-by: David S. Miller

8390: add common net_device ops

2008-11-26T02:12:49+00:00

Fix the defactoring of ei_XXX functions in 8390 and 8390p.
Remove the tx_timeout hack since no driver including the 3c503
overrides tx_timeout at this time, looks like a legacy thing.

Also, since several drivers all have same hooks, provide common
netdev_ops.

Signed-off-by: Stephen Hemminger 
Signed-off-by: David S. Miller

drivers/net: coding styles fixes to drivers/net/8390.c

2008-08-07T06:21:05+00:00

Fix all errors and warnings reported by checkpatch.pl

Signed-off-by: Gustavo F. Padovan 
Signed-off-by: Jeff Garzik

net: fix returning void-valued expression warnings

2008-05-01T09:47:38+00:00

drivers/net/8390.c:37:2: warning: returning void-valued expression
drivers/net/bnx2.c:1635:3: warning: returning void-valued expression
drivers/net/xen-netfront.c:1806:2: warning: returning void-valued expression
net/ipv4/tcp_hybla.c:105:3: warning: returning void-valued expression
net/ipv4/tcp_vegas.c:171:3: warning: returning void-valued expression
net/ipv4/tcp_veno.c:123:3: warning: returning void-valued expression
net/sysctl_net.c:85:2: warning: returning void-valued expression

Signed-off-by: Harvey Harrison 
Acked-by: Alan Cox 
Signed-off-by: David S. Miller

[8390]: Fix build error.

2008-03-23T01:33:28+00:00

module_init() function reference is wrong.

Signed-off-by: David S. Miller

/drivers/net/8390.c replaced init_module&cleanup_module with module_init&module_exit

2008-03-17T11:49:27+00:00

Replaced init_module and cleanup_module with static functions and module_init/module_exit.

Signed-off-by: Jon Schindler 
Signed-off-by: Jeff Garzik

[PATCH] beginning of 8390 fixes - generic and arm/etherh

2006-12-02T05:11:56+00:00

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 
Signed-off-by: Jeff Garzik