mbox series

[net-next,00/11] bnxt_en: net-next updates.

Message ID 1601839381-10446-1-git-send-email-michael.chan@broadcom.com
Headers show
Series bnxt_en: net-next updates. | expand

Message

Michael Chan Oct. 4, 2020, 7:22 p.m. UTC 
This series starts off with the usual update of the firmware interface
spec.  A new firmware status bit in the interface will be used in patch
#4 to perform recovery on some SoC platforms.  Patches #2 and #3 first
add the infrastructure to read the firmware status very early during
driver probe and this will allow patch #4 to do the recovery if needed.

The rest of the patches add improvements to the current RX reset
logic by localizing the reset to the affected RX ring only and to
reset only if firmware has determined that the RX ring is in permanent
error state.

EdwinePeer (3):
  bnxt_en: refactor bnxt_alloc_fw_health()
  bnxt_en: log firmware status on firmware init failure
  bnxt_en: perform no master recovery during startup

Michael Chan (7):
  bnxt_en: Log FW health status info, if reset is aborted.
  bnxt_en: Refactor bnxt_free_rx_skbs().
  bnxt_en: Refactor bnxt_init_one_rx_ring().
  bnxt_en: Implement RX ring reset in response to buffer errors.
  bnxt_en: Add a software counter for RX ring reset.
  bnxt_en: Reduce unnecessary message log during RX errors.
  bnxt_en: Eliminate unnecessary RX resets.

Vasundhara Volam (1):
  bnxt_en: Update firmware interface spec to 1.10.1.68.

 drivers/net/ethernet/broadcom/bnxt/bnxt.c     | 529 +++++++++++++-----
 drivers/net/ethernet/broadcom/bnxt/bnxt.h     |   6 +
 .../net/ethernet/broadcom/bnxt/bnxt_ethtool.c |   1 +
 drivers/net/ethernet/broadcom/bnxt/bnxt_hsi.h |  24 +-
 4 files changed, 403 insertions(+), 157 deletions(-)

Comments

David Miller Oct. 4, 2020, 9:41 p.m. UTC | #1 
From: Michael Chan <michael.chan@broadcom.com>
Date: Sun,  4 Oct 2020 15:22:50 -0400

> This series starts off with the usual update of the firmware interface
> spec.  A new firmware status bit in the interface will be used in patch
> #4 to perform recovery on some SoC platforms.  Patches #2 and #3 first
> add the infrastructure to read the firmware status very early during
> driver probe and this will allow patch #4 to do the recovery if needed.
> 
> The rest of the patches add improvements to the current RX reset
> logic by localizing the reset to the affected RX ring only and to
> reset only if firmware has determined that the RX ring is in permanent
> error state.

Series applied, thank you.