linux-toradex.git/drivers/net/e1000e/es2lan.c, branch v2.6.35

drivers/net: Remove unnecessary returns from void function()s

2010-05-14T07:19:28+00:00

This patch removes from drivers/net/ all the unnecessary
return; statements that precede the last closing brace of
void functions.

It does not remove the returns that are immediately
preceded by a label as gcc doesn't like that.

It also does not remove null void functions with return.

Done via:
$ grep -rP --include=*.[ch] -l "return;\n}" net/ | \
  xargs perl -i -e 'local $/ ; while (<>) { s/\n[ \t\n]+return;\n}/\n}/g; print; }'

with some cleanups by hand.

Compile tested x86 allmodconfig only.

Signed-off-by: Joe Perches 
Signed-off-by: David S. Miller

e1000e: fix checks for manageability enabled and management pass-through

2010-05-13T06:31:13+00:00

The mac->arc_subsystem was being incorrectly used to flag whether or not
manageability was enabled when it should only be used to state whether the
ARC (Host interface) subsystem is available on a particular MAC _and_ only
valid when any manageability is enabled. The ARC subsystem is currently
only available on 80003es2lan and 82573 parts supported by the driver.

A new flag, has_fwsm, is introduced to be used when checking if
manageability is enabled but only on parts that acutally have an FWSM
register. While the above parts have an FWSM register, there are other
parts that have FWSM but do not have support for the ARC subsystem,
namely 82571/2 and ICHx/PCH.

And then there are parts that have manageability, but do not have either
FWSM register or support for the ARC subsystem - these are 82574 and 82583.

For 80003es2lan, 82571/2/3 and ICH/PCH parts, this patch makes no
functional changes, it only corrects the usage of the manageability flags.
For 82574 and 82583, it fixes the incorrect accesses of the non-existent
FWSM register and ARC subsystem as well as corrects the check for
management pass-through.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: provide MAC-family-specific function to set LAN ID

2010-01-14T04:31:57+00:00

Provide MAC-specific function pointer to determine the LAN ID (PCI func).
The LAN ID is used internally by the driver to determine which h/w lock
to use to protect accessing the PHY on ESB2 as well as help to determine
the alternate MAC address on some parts.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: use alternate MAC address on ESB2 if available

2010-01-14T04:31:56+00:00

Similar to 82571/2/3 parts that already do this, if ESB2/80003es2lan parts
have an alternate MAC address provided in the EEPROM use it instead of the
default MAC address.  This patch makes the the actual code that does this
generic so that it can be better used by both MAC families.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: perform 10/100 adaptive IFS only on parts that support it

2010-01-08T08:35:30+00:00

Adaptive IFS which involves writing to the Adaptive IFS Throttle register
was being done for all devices supported by the driver even though it is
not supported (i.e. the register doesn't even exist) on some devices.  The
feature is supported on 8257x/82583 and ICH/PCH based devices, but not
on ESB2.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: only perform ESB2 MDIC workaround on certain configurations

2009-12-09T04:10:12+00:00

A workaround added for all ESB2 devices (adds a delay for all MDIC accesses
which resolves an issue with the MDIC ready bit being set prematurely) is
applicable only to devices in which the MAC-PHY interconnect is not
operating in a certain mode with in-band MDIO.  Check the control register
for the operating mode and enable the workaround accordingly.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: check_polarity function pointers not set for 8257x

2009-12-03T03:57:16+00:00

The function pointers for 8257x devices are not set.  This is not really a
problem now because there is nothing in the driver that references the
pointers for this particular MAC-family (the appropriate functions are
called directly), but the pointers should be set in case they are used in
the future.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: provide family-specific PHY power up/down operations

2009-12-02T08:35:52+00:00

The different families (80003es2lan, 8257x, ICHx/PCH) supported by the
driver each have their own conditions when the PHY can be powered down.
This patch rewrites the PHY power up/down code to fit with the family-
specific style used in the driver.  All pre-existing calls to power up or
down the PHY remain untouched.  A new call to power down the PHY when
removing the driver when the interface is down replaces the current call
to reset the PHY in order to reduce power consumption.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: guard against buffer overflow in cable length tables

2009-12-02T08:35:52+00:00

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller

e1000e: provide family-specific functions to manage VLAN filter arrays

2009-12-02T08:35:51+00:00

The two MAC-families that have VLAN filter table register arrays manage
each a bit differently from one another, so provide family-specific
functions for managing the register arrays and function pointers to access
the appropriate function.  Also make sure attempts to access these
register arrays are not done on parts not supporting that feature.

Signed-off-by: Bruce Allan 
Signed-off-by: Jeff Kirsher 
Signed-off-by: David S. Miller