[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240729205459.2583533-1-dw@davidwei.uk>
Date: Mon, 29 Jul 2024 13:54:56 -0700
From: David Wei <dw@...idwei.uk>
To: netdev@...r.kernel.org
Cc: Jakub Kicinski <kuba@...nel.org>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Paolo Abeni <pabeni@...hat.com>,
Michael Chan <michael.chan@...adcom.com>
Subject: [PATCH net-next v1 0/3] fix bnxt_en queue reset when queue is active
The current bnxt_en queue API implementation is buggy when resetting a
queue that has active traffic. The problem is that there is no FW
involved to stop the flow of packets and relying on napi_disable() isn't
enough.
To fix this, call bnxt_hwrm_vnic_update() with MRU set to 0 for both the
default and the ntuple vnic to stop the flow of packets. This works for
any Rx queue and not only those that have ntuple rules since every Rx
queue is either in the default or the ntuple vnic.
The first patch is from Michael Chan and adds the prerequisite vnic
functions and definitions.
Tested on BCM957504 while iperf3 is active:
1. Reset a queue that has an ntuple rule steering flow into it
2. Reset all queues in order, one at a time
In both cases the flow is not interrupted.
Sending this to net-next as there is no in-tree kernel consumer of queue
API just yet, and there is a patch that changes when the queue_mgmt_ops
is registered.
David Wei (2):
bnxt_en: stop packet flow during bnxt_queue_stop/start
bnxt_en: only set dev->queue_mgmt_ops if BNXT_SUPPORTS_NTUPLE_VNIC
Michael Chan (1):
bnxt_en: Add support to call FW to update a VNIC
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 50 ++++++++++++++++---
drivers/net/ethernet/broadcom/bnxt/bnxt.h | 3 ++
drivers/net/ethernet/broadcom/bnxt/bnxt_hsi.h | 37 ++++++++++++++
3 files changed, 83 insertions(+), 7 deletions(-)
--
2.43.0
Powered by blists - more mailing lists