Hi,
> -Original Message-
> From: Tal Shnaiderman
> Sent: Monday, December 28, 2020 2:32 PM
> To: dev@dpdk.org
> Cc: NBU-Contact-Thomas Monjalon ; Matan Azrad
> ; Raslan Darawsheh ; Ophir
> Munk
> Subject: [PATCH v2 00/35] mlx5 Windows support - part #6
>
> This patch series is part of p
On Fri, Dec 18, 2020 at 12:28 PM Lance Richardson <
h.lance.richard...@gmail.com> wrote:
> From: Lance Richardson
>
> Receive checksum offload status flags in the mbuf
> ol_flags field should include inner/outer status
> only when outer checksum offload is enabled, which
> currently isn't the cas
From: Kalesh AP
The 58818 chips support two different checksum modes.
Host driver has to register with FW which checksum mode it
prefers to use. DPDK driver want to use "cs_all_ok_mode=1".
FW advertises the support of the different checksum modes
on per VNIC basis in the HWRM_VNIC_QCAPS response.
Add support for 58818/Stingray2 chip.
The new chip Stingray 2 belongs to the P5 generation.
Some changes in the PMD are required to support this new chip.
This patchset adds the necessary changes.
Please apply.
v1->v2: rebased to latest dpdk-next-net-brcm tree.
Kalesh AP (6):
net/bnxt: add supp
From: Kalesh AP
The new chip (Stingray 2) is part of the P5 chip family with a number
of changes:
1. Implement the epoch doorbell bit for 58818 chip. With the new doorbell
infrastructure and the unbounded index logic, now set the epoch
doorbell bit to support proper doorbell operation on t
From: Kalesh AP
Add the new chip specific TPA v2 logic to bnxt_tpa_start() to fully support
TPA on the new chip.
Signed-off-by: Kalesh AP
Reviewed-by: Ajit Khaparde
---
drivers/net/bnxt/bnxt_rxr.c | 72 +++--
drivers/net/bnxt/bnxt_rxr.h | 12 ++-
2 files ch
From: Kalesh AP
Newer devices like SR2 may have chip backing store and do not require
host backed memory allocation.
In these cases, HWRM_FUNC_BACKING_STORE_QCAPS will return a zero entry
size to indicate contexts for which the host should not allocate backing
store.
Selectively allocate contex
From: Kalesh AP
Modify VNIC accounting when enabling RFS on newer chips.
Unlike legacy chips, newer chips don't need additional VNIC resources
for ntuple filter. Fix the code accordingly so that we don't reserve
and allocate additional VNICs on newer chips.
Signed-off-by: Kalesh AP
Reviewed-by:
From: Kalesh AP
1. On the new 58818 chips, the RX completion is largely the same except
for the new completion opcode and the stripped VLAN format and checksum
status. Added bnxt_parse_csum_v2(), bnxt_parse_pkt_type_v2() and
bnxt_rx_vlan_v2() to support the new RX completion logic.
2. Di
9 matches
Mail list logo
