linux.git/drivers/net/bnx2.c, branch master

broadcom: Move the Broadcom drivers

2011-08-11T02:54:39+00:00

Moves the drivers for Broadcom devices into
drivers/net/ethernet/broadcom/ and the necessary Kconfig and Makefile
changes.

CC: Eilon Greenstein 
CC: Michael Chan 
CC: Matt Carlson 
CC: Gary Zambrano 
CC: "Maciej W. Rozycki" 
Signed-off-by: Jeff Kirsher

bnx2: Fix endian swapping on firmware version string

2011-07-21T19:38:32+00:00

so that ethtool -i will display it correctly on big endian systems.

Signed-off-by: Michael Chan 
Reviewed-by: Bhanu Prakash Gollapudi 
Signed-off-by: David S. Miller

bnx2: Close device if tx_timeout reset fails

2011-07-16T17:13:19+00:00

Based on original patch and description from Flavio Leitner 

When bnx2_reset_task() is called, it will stop,
(re)initialize and start the interface to restore
the working condition.

The bnx2_init_nic() calls bnx2_reset_nic() which will
reset the chip and then calls bnx2_free_skbs() to free
all the skbs.

The problem happens when bnx2_init_chip() fails because
bnx2_reset_nic() will just return skipping the ring
initializations at bnx2_init_all_rings(). Later, the
reset task starts the interface again and the system
crashes due a NULL pointer access (no skb in the ring).

To fix it, we call dev_close() if bnx2_init_nic() fails.
One minor wrinkle to deal with is the cancel_work_sync()
call in bnx2_close() to cancel bnx2_reset_task().  The
call will wait forever because it is trying to cancel
itself and the workqueue will be stuck.

Since bnx2_reset_task() holds the rtnl_lock() and checks
for netif_running() before proceeding, there is no need
to cancel bnx2_reset_task() in bnx2_close() even if
bnx2_close() and bnx2_reset_task() are running concurrently.
The rtnl_lock() serializes the 2 calls.

We need to move the cancel_work_sync() call to
bnx2_remove_one() to make sure it is canceled before freeing
the netdev struct.

Signed-off-by: Michael Chan 
Signed-off-by: Matt Carlson 
Cc: Flavio Leitner 
Signed-off-by: David S. Miller

bnx2: Read iSCSI config from shared memory during ->probe()

2011-07-14T15:46:08+00:00

The scratchpad location that we were reading from has not been
initialized yet during ->probe(), so we were getting inaccurate
information.

Update version to 2.1.10.

Signed-off-by: Michael Chan 
Reviewed-by: Matt Carlson 
Signed-off-by: David S. Miller

bnx2: Add MCP dump

2011-07-14T15:46:08+00:00

to help debug issues related to management firmware.

Signed-off-by: Jeffrey Huang 
Signed-off-by: Michael Chan 
Reviewed-by: Matt Carlson 
Signed-off-by: David S. Miller

bnx2: remove unnecessary read of PCI_CAP_ID_EXP

2011-06-28T04:40:45+00:00

The PCIE capability offset is saved during PCI bus walking.  It will
remove an unnecessary search in the PCI configuration space if this
value is referenced instead of reacquiring it.  Also, pci_is_pcie is a
better way of determining if the device is PCIE or not (as it uses the
same saved PCIE capability offset).

Signed-off-by: Jon Mason 
Signed-off-by: David S. Miller

cnic, bnx2: Check iSCSI support early in bnx2_init_one()

2011-06-09T06:52:37+00:00

Based on earlier patch from Neil Horman 

If iSCSI is not supported on a bnx2 device, bnx2_cnic_probe() will
return NULL and the cnic device will not be visible to bnx2i.  This
will prevent bnx2i from registering and then unregistering during
cnic_start() and cause the warning message:

bnx2 0003:01:00.1: eth1: Failed waiting for ULP up call to complete

Signed-off-by: Michael Chan 
Cc: Neil Horman 
Signed-off-by: David S. Miller

Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6

2011-05-05T21:59:02+00:00

Conflicts:
	drivers/net/tg3.c

ethtool: cosmetic: Use ethtool ethtool_cmd_speed API

2011-04-29T21:03:01+00:00

This updates the network drivers so that they don't access the
ethtool_cmd::speed field directly, but use ethtool_cmd_speed()
instead.

For most of the drivers, these changes are purely cosmetic and don't
fix any problem, such as for those 1GbE/10GbE drivers that indirectly
call their own ethtool get_settings()/mii_ethtool_gset(). The changes
are meant to enforce code consistency and provide robustness with
future larger throughputs, at the expense of a few CPU cycles for each
ethtool operation.

All drivers compiled with make allyesconfig ion x86_64 have been
updated.

Tested: make allyesconfig on x86_64 + e1000e/bnx2x work
Signed-off-by: David Decotigny 
Signed-off-by: David S. Miller

ethtool: Use full 32 bit speed range in ethtool's set_settings

2011-04-29T21:03:00+00:00

This makes sure the ethtool's set_settings() callback of network
drivers don't ignore the 16 most significant bits when ethtool calls
their set_settings().

All drivers compiled with make allyesconfig on x86_64 have been
updated.

Signed-off-by: David Decotigny 
Signed-off-by: David S. Miller