bnx2x: Fix kdump on 4-port device
authorYuval Mintz <Yuval.Mintz@qlogic.com>
Wed, 1 Apr 2015 07:02:19 +0000 (10:02 +0300)
committerDavid S. Miller <davem@davemloft.net>
Wed, 1 Apr 2015 16:30:38 +0000 (12:30 -0400)
commit3d6b72534a109be4353b161a09a5683b441d0941
tree3d56a6519b1e1d8a23a782109c0d36cf89458d79
parent2f30232481ef39aa1657ac76b16c47d0c0241a69
bnx2x: Fix kdump on 4-port device

When running in a kdump kernel, it's very likely that due to sync. loss with
management firmware the first PCI function to probe and reach the previous
unload flow would decide it can reset the chip and continue onward. While doing
so, it will only close its own Rx port.

On a 4-port device where 2nd port on engine is a 1g-port, the 2nd port would
allow ingress traffic after the chip is reset [assuming it was active on the
first kernel]. This would later cause a HW attention.

This changes driver flow to close both ports' 1g capabilities during the
previous driver unload flow prior to the chip reset.

Signed-off-by: Yuval Mintz <Yuval.Mintz@qlogic.com>
Signed-off-by: Ariel Elior <Ariel.Elior@qlogic.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c