RE: [PATCH] kernel/freebsd: fix module build on FreeBSD 14

> -Original Message- > From: Bruce Richardson > Sent: Tuesday, December 19, 2023 7:30 PM > To: dev@dpdk.org > Cc: Richardson, Bruce > Subject: [PATCH] kernel/freebsd: fix module build on FreeBSD 14 > > When building nic_uio module on FreeBSD 14, a build error is given in the > DRIVER_MOD

Re: [PATCH v3] ethdev: fix getting supported ptypes list

On Thu, Dec 21, 2023 at 7:40 PM Sivaramakrishnan Venkat wrote: > > Incorrect ptypes list causes buffer overflow for Address Sanitizer > run.Previously, the last element in the ptypes lists to be Which driver(s) is(are) affected? We need separated fixes for backporting. > "RTE_PTYPE_UNKNOWN" for

[PATCH] common/idpf: refine get packet type

From: Beilei Xing Since the response of virtual channel virtchnl2_get_ptype_info is changed on IMC side, driver needs to be updated when requiring the virtual channel. Signed-off-by: Beilei Xing --- drivers/common/idpf/idpf_common_device.c | 64 ++ drivers/common/idpf/idp

Re: [PATCH v3 2/2] ip_frag: updated name for IP frag max frag define

On Thu, Dec 21, 2023 at 05:41:40PM +, Euan Bourke wrote: > Removed LIBRTE from name as its an old prefix. > > Signed-off-by: Euan Bourke > --- > app/test/test_reassembly_perf.c | 2 +- > config/rte_config.h | 2 +- > doc/guides/prog_guide

[PATCH 0/2] net/cpfl: support flow offloading for P4

From: Wenjing Qiao Enable TDI flow engine which can program hardware offloading rules for a P4 programmable network controller. Wenjing Qiao (2): net/cpfl: parse flow offloading hint from P4 context file net/cpfl: add TDI to flow engine doc/guides/nics/cpfl.rst| 10 + doc

[PATCH 1/2] net/cpfl: parse flow offloading hint from P4 context file

From: Wenjing Qiao To supporting P4-programmed network controller, reuse devargs "flow_parser" to specify the path of a p4 context JSON configure file. The cpfl PMD use the JSON configuration file to translate rte_flow tokens into low level hardware representation. Note, the p4 context JSON file

[PATCH 2/2] net/cpfl: add TDI to flow engine

From: Wenjing Qiao Add TDI implementation to a flow engine. Signed-off-by: Wenjing Qiao --- doc/guides/nics/cpfl.rst| 10 + doc/guides/nics/features/cpfl.ini |1 + drivers/net/cpfl/cpfl_ethdev.h |8 + drivers/net/cpfl/cpfl_flow.c|5 +- d

[PATCH v2] net/iavf: add diagnostic support in TX path

The only way to enable diagnostics for TX paths is to modify the application source code. Making it difficult to diagnose faults. In this patch, the devarg option "mbuf_check" is introduced and the parameters are configured to enable the corresponding diagnostics. supported cases: mbuf, size, seg

[v7 1/1] net/af_xdp: fix multi interface support for K8s

The original 'use_cni' implementation, was added to enable support for the AF_XDP PMD in a K8s env without any escalated privileges. However 'use_cni' used a hardcoded socket rather than a configurable one. If a DPDK pod is requesting multiple net devices and these devices are from different pools,

[PATCH 0/4] add VFIO IOMMUFD/CDEV support

From: Beilei Xing This is a draft implementation to support IOMMUFD[1] user interface and VFIO CDEV user interface[2]. Problem statement: Linux now includes multiple device-passthrough frameworks (e.g. VFIO and vDPA) and those frameworks implement their own logic for managing I/O page tables, wh

[PATCH 1/4] iommufd: add IOMMUFD support

From: Yahui Cao IOMMUFD is a new standalone IOMMU subsystem introduced in Linux. Linux now includes multiple device-passthrough frameworks (e.g. VFIO and vDPA) and those frameworks implements their own logic for managing I/O page tables, which is hard to scale to support modern IOMMU features li

[PATCH 2/4] vfio: add VFIO IOMMUFD support

From: Beilei Xing VFIO IOMMUFD is a new component added to co-work with IOMMUFD. IOMMUFD has no impact on the existing VFIO Container/Group interface, while the latest IOMMU feature(e.g. PASID/SSID) may be only available through VFIO IOMMUFD/CDEV interface. This path exposes setup/release vfio d

[PATCH 3/4] bus/pci: add VFIO CDEV support

From: Beilei Xing This patch adds VFIO CDEV support to probe PCI devices. For VFIO subsystem, mainline Linux supports both of VFIO Container/GROUP interface and VFIO IOMMUFD/CDEV interface. Comparing with VFIO Container and VFIO IOMMUFD, vfio device uAPI does not change while I/O page tables man

[PATCH 4/4] eal: add new args to choose VFIO mode

From: Beilei Xing Since now Linux has both of VFIO Container/GROUP & VFIO IOMMUFD/CDEV support, user can determine how to probe the PCI device by the new args "--vfio-mode". Use "--vfio-mode=container" to choose VFIO Container/GROUP, and use "--vfio-mode=iommufd" to choose VFIO IOMMUFD/CDEV. Si

RE: [PATCH v2] net/iavf: add diagnostic support in TX path

> -Original Message- > From: Mingjin Ye > Sent: Friday, December 22, 2023 6:45 PM > To: dev@dpdk.org > Cc: Yang, Qiming ; Ye, MingjinX > ; Wu, Jingjing ; Xing, Beilei > > Subject: [PATCH v2] net/iavf: add diagnostic support in TX path > > The only way to enable diagnostics for TX path

Re: [PATCH v5 00/18] Replace uses of PMD logtype

On Thu, Dec 21, 2023 at 5:49 PM Stephen Hemminger wrote: > > The generic RTE_LOGTYPE_PMD is a leftover and should be removed. > This replaces all uses in current tree. It leaves PMD logtype > as deprecated because there maybe other uses in external projects > leftover. > > This version does not us

[PATCH] net/gve: Enable stats reporting for GQ format

Read from shared region to retrieve imissed statistics for GQ. Tested using `show port xstats ` in interactive mode. This metric can be triggered by using queues > cores. Signed-off-by: Rushil Gupta Reviewed-by: Joshua Washington --- drivers/net/gve/base/gve_adminq.h | 11 +++ drivers/net/gve/

[PATCH] net/gve: Enable stats reporting for GQ format

Read from shared region to retrieve imissed statistics for GQ from device. Tested using `show port xstats ` in interactive mode. This metric can be triggered by using queues > cores. --- drivers/net/gve/base/gve_adminq.h | 11 +++ drivers/net/gve/gve_ethdev.c | 117 ++

[PATCH] net/gve: Enable stats reporting for GQ format

Read from shared region to retrieve imissed statistics for GQ from device. Tested using `show port xstats ` in interactive mode. This metric can be triggered by using queues > cores. Signed-off-by: Rushil Gupta Reviewed-by: Joshua Washington --- drivers/net/gve/base/gve_adminq.h | 11 driv

[PATCH] net/gve: Enable stats reporting for GQ format

Read from shared region to retrieve imissed statistics for GQ from device. Tested using `show port xstats ` in interactive mode. This metric can be triggered by using queues > cores. Signed-off-by: Rushil Gupta Reviewed-by: Joshua Washington --- drivers/net/gve/base/gve_adminq.h | 11 driv

RE: [PATCH] net/i40e: add diagnostic support in TX path

> From: Mingjin Ye [mailto:mingjinx...@intel.com] > Sent: Thursday, 21 December 2023 11.14 > > The only way to enable diagnostics for TX paths is to modify the > application source code. Making it difficult to diagnose faults. > > In this patch, the devarg option "mbuf_check" is introduced and th

Re: [PATCH 2/4] vfio: add VFIO IOMMUFD support

On Fri, 22 Dec 2023 19:44:51 + beilei.x...@intel.com wrote: > diff --git a/lib/eal/include/rte_vfio.h b/lib/eal/include/rte_vfio.h > index 22832afd0f..7a9b26b0f7 100644 > --- a/lib/eal/include/rte_vfio.h > +++ b/lib/eal/include/rte_vfio.h > @@ -17,6 +17,8 @@ extern "C" { > #include > #inclu

[PATCH v6 00/20] Remove uses of PMD logtype

The generic RTE_LOGTYPE_PMD is a leftover and should be removed. This replaces all uses in current tree. It leaves PMD logtype as deprecated because there maybe other uses in external projects leftover. This version does not use Depends-on: because CI system can't handle that and want to make sure

[PATCH v6 01/20] drivers: use dedicated logtypes

From: David Marchand When a driver dedicated logtype exists, use it instead of the generic PMD logtype. This has been done partially automatically with: $ for file in $(git grep -l RTE_LOG.*PMD.*fmt drivers/'**.h' \ :^drivers/common/cnxk/roc_platform.h) do tail=${file#drivers/*/*/} dir=${

[PATCH v6 02/20] common/sfc_efx: remove use of PMD logtype

This code was implemented in a slightly different manner than all the other logging code (for no good reason). Make it the same and handle errors in same way as other drivers. Signed-off-by: Stephen Hemminger --- drivers/common/sfc_efx/sfc_efx.c | 11 ++- drivers/common/sfc_efx/sfc_e

[PATCH v6 03/20] mempool/dpaa2: use driver logtype not PMD

The driver already has macros for logging, use them. Fixes: 7ed359909556 ("mempool/dpaa2: add functions for CMDIF") Signed-off-by: Stephen Hemminger --- drivers/mempool/dpaa2/dpaa2_hw_mempool.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mempool/dpaa2/dpaa2_hw

[PATCH v6 04/20] net/dpaa: use dedicated logtype not PMD

The driver already has a logtype, but was not used in couple places. Fixes: 6b10d1f7bdea ("net/dpaa: update process specific device info") Fixes: c2c4f87b1259 ("net: add macro for MAC address print") Signed-off-by: Stephen Hemminger --- drivers/net/dpaa/dpaa_ethdev.c | 8 1 file change

[PATCH v6 05/20] net/dpaa2: used dedicated logtype not PMD

The driver has a logtype, but was not being used in one place. Fixes: f023d059769f ("net/dpaa2: support recycle loopback port") Fixes: 72ec7a678e70 ("net/dpaa2: add soft parser driver") Signed-off-by: Stephen Hemminger --- drivers/net/dpaa2/dpaa2_ethdev.c | 2 +- drivers/net/dpaa2/dpaa2_sparse

[PATCH v6 06/20] net/mrvl: do not use PMD logtype

Use the same logtype as other places in the driver. Fixes: 9e79d810911d ("net/mvpp2: support Tx scatter/gather") Signed-off-by: Stephen Hemminger --- drivers/net/mvpp2/mrvl_ethdev.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/mvpp2/mrvl_ethdev.c b/drivers/ne

[PATCH v6 07/20] net/mvpp2: use dedicated logtype

Always use the dedicated logtype, not PMD. Fixes: 9e79d810911d ("net/mvpp2: support Tx scatter/gather") Signed-off-by: Stephen Hemminger --- drivers/net/mvpp2/mrvl_ethdev.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/mvpp2/mrvl_ethdev.c b/drivers/net/mvpp2

[PATCH v6 08/20] net/nfb: use dynamic logtype

All drivers should be using dynamic logtype. Fixes: 6435f9a0ac22 ("net/nfb: add new netcope driver") Signed-off-by: Stephen Hemminger --- drivers/net/nfb/nfb.h| 5 + drivers/net/nfb/nfb_ethdev.c | 24 ++-- drivers/net/nfb/nfb_rx.c | 9 - drivers/net/

[PATCH v6 09/20] net/vmxnet3: used dedicated logtype not PMD

The driver has log macros, just not used in one place. Fixes: 046f11619567 ("net/vmxnet3: support MSI-X interrupt") Signed-off-by: Stephen Hemminger --- drivers/net/vmxnet3/vmxnet3_ethdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/vmxnet3/vmxnet3_ethdev.c

[PATCH v6 10/20] raw/cnxk: replace PMD logtype with dynamic type

Driver should not be using PMD logtype, they should have their own logtype. Signed-off-by: Stephen Hemminger --- drivers/common/cnxk/roc_platform.h | 16 ++- drivers/raw/cnxk_bphy/cnxk_bphy.c | 3 ++- drivers/raw/cnxk_bphy/cnxk_bphy_cgx.c | 2 +- drivers/raw/cnxk_

[PATCH v6 11/20] crypto/scheduler: replace use of logtype PMD

Driver has logging macro but not used everywhere. Fixes: 6760463c9f26 ("crypto/scheduler: add mode-specific threshold parameter") Signed-off-by: Stephen Hemminger --- drivers/crypto/scheduler/scheduler_pmd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/crypto/s

[PATCH v6 12/20] crypto/armv8: do not use PMD logtype

Driver already has logging macros, just not used in one place. Fixes: 169ca3db550c ("crypto/armv8: add PMD optimized for ARMv8 processors") Signed-off-by: Stephen Hemminger --- drivers/crypto/armv8/rte_armv8_pmd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/cr

[PATCH v6 13/20] crypto/ccp: do not use PMD logtype

This driver has logging macros but not used consistently. Fixes: ef4b04f87fa6 ("crypto/ccp: support device init") Signed-off-by: Stephen Hemminger --- drivers/crypto/ccp/rte_ccp_pmd.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/drivers/crypto/ccp/rte_ccp_pmd

[PATCH v6 15/20] crypto/dpaa_sec, crypto/dpaa2_sec: use dedicated logtype

A couple of messages were using RTE_LOGTYPE_PMD when dedicated logtype was already available. Fixes: fe3688ba7950 ("crypto/dpaa_sec: support event crypto adapter") Fixes: bffc7d561c81 ("crypto/dpaa2_sec: support event crypto adapter") Signed-off-by: Stephen Hemminger --- drivers/crypto/dpaa2_sec

[PATCH v6 14/20] crypto/caam_jr: use dedicated logtype

The driver has macro and logtype but not used in a couple places. Also, remove extraneous newlines. Fixes: af7c9b5e9ce7 ("crypto/caam_jr: introduce basic driver") Signed-off-by: Stephen Hemminger --- drivers/crypto/caam_jr/caam_jr.c | 46 +--- drivers/crypto/caam_jr/c

[PATCH v6 16/20] event/dlb2: use dedicated logtype

Driver was using RTE_LOGTYPE_PMD when it had its own logtype. Fixes: 5433956d5185 ("event/dlb2: add eventdev probe") Signed-off-by: Stephen Hemminger --- drivers/event/dlb2/dlb2.c | 275 +++--- 1 file changed, 137 insertions(+), 138 deletions(-) diff --git a/driv

[PATCH v6 17/20] event/dpaa, event/dpaa2: use dedicated logtype

Do not use RTE_LOGTYPE_PMD. Fixes: b0f66a68ca74 ("event/dpaa: support crypto adapter") Fixes: 4ab57b042e7c ("event/dpaa2: affine portal at runtime during I/O") Signed-off-by: Stephen Hemminger --- drivers/event/dpaa/dpaa_eventdev.c| 2 +- drivers/event/dpaa2/dpaa2_eventdev.c

[PATCH v6 18/20] event/skeleton: replace logtype PMD with dynamic type

The skeleton is supposed to match current best practices. Change it to use dynamic logtype. Signed-off-by: Stephen Hemminger --- drivers/event/skeleton/skeleton_eventdev.c | 4 ++-- drivers/event/skeleton/skeleton_eventdev.h | 8 ++-- 2 files changed, 8 insertions(+), 4 deletions(-) diff --

[PATCH v6 20/20] log: remove PMD log type

All uses of PMD logtype in core DPDK have been replaced by dynamic types. Signed-off-by: Stephen Hemminger --- lib/log/log.c | 1 - lib/log/rte_log.h | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/lib/log/log.c b/lib/log/log.c index ab06132a98a1..07cbc66ebfa8 100644 --

[PATCH v6 19/20] examples/fips_validation: replace use of PMD logtype

Replace PMD with USER1 since that is already used in main Fixes: 41d561cbdd24 ("examples/fips_validation: add power on self test") Signed-off-by: Stephen Hemminger --- examples/fips_validation/fips_dev_self_test.c | 44 +-- 1 file changed, 22 insertions(+), 22 deletions(-) diff

Depends-on patchseries support via git-pw or patchwork

Hi all, As some of you know from discussions at DPDK CI meetings, Adam from UNH is writing a script which leverages git-pw, and takes as arguments a patch series patchwork id, patchwork project, and pw token, and produces a project artifact for CI testing purposes. Starting in January we will use

Re: [PATCH v6 12/20] crypto/armv8: do not use PMD logtype

On Fri, 22 Dec 2023 09:11:45 -0800 Stephen Hemminger wrote: > > - RTE_LOG(INFO, PMD, > - "Closing ARMv8 crypto device %s on numa socket %u\n", > + ARVM8_CRYTPO_LOG_INFO( > + "Closing ARMv8 crypto device %s on numa socket %u", > name, rte_socket_id

[PATCH 0/3] Remove last library static logtypes

These three libraries were depending on static logtypes. Stephen Hemminger (3): port: convert to dynamic log type table: convert to dynamic logtype pipeline: convert to a dynamic logtype lib/log/log.c | 3 --- lib/log/rte_log.h | 6 +++--- lib/pipeline/rte_pipeline.

[PATCH 1/3] port: convert to dynamic log type

Replace static RTE_LOGTYPE_PORT with dynamic type. Since there are several types of port do initialization in a short standalone file. Signed-off-by: Stephen Hemminger --- lib/log/log.c| 1 - lib/log/rte_log.h| 2 +- lib/port/meson.build | 1 + lib/port/port_log.h | 4 +++- 4 files

[PATCH 2/3] table: convert to dynamic logtype

Replace static RTE_LOGTYPE_TABLE with dynamic type. Signed-off-by: Stephen Hemminger --- lib/log/log.c | 1 - lib/log/rte_log.h | 2 +- lib/port/port_log.c | 7 +++ lib/table/meson.build | 2 ++ lib/table/table_log.c | 7 +++ lib/table/table_log.h | 4 +++- 6 files changed,

[PATCH 3/3] pipeline: convert to a dynamic logtype

Replace RTE_LOGTYPE_PIPELINE static type with a dynamic one. Signed-off-by: Stephen Hemminger --- lib/log/log.c | 1 - lib/log/rte_log.h | 2 +- lib/pipeline/rte_pipeline.c | 3 +++ 3 files changed, 4 insertions(+), 2 deletions(-) diff --git a/lib/log/log.c b/lib/log/log

[PATCH v2 00/18] bnxt patchset

This patchset contains more code fixes and reafctoring, apart from extending more support for the newer P7 device family. The patchset adds vector mode support for compressed Rx CQE. This patchset includes support for checksum and XOR RSS hash mode. It also adds support for forced speeds and autone

[PATCH v2 01/18] net/bnxt: add support for UDP GSO

UDP GSO aka UDP Fragmentation Offload allows an application or stack to provide a data payload larger than the MTU. The application then updates the mbuf ol_flags and sets the PKT_TX_UDP_SEG flag. Then based on the tso_segs and tso_mss fields in the mbuf the PMD can indicate the UDP GSO transmit re

[PATCH v2 02/18] net/bnxt: add support for compressed Rx CQE

Thor2 supports compressed Rx completions instead of the full featured 32-byte Rx completions. Add support for these compressed CQEs in scalar mode. Unlike in the typical Rx completions, the hardware does not provide the opaque field to index into the aggregator descriptor ring. So maintain the cons

[PATCH v2 03/18] net/bnxt: fix a typo while parsing link speed

From: Kalesh AP While setting forced speed, the speed should have mapped to macro "HWRM_PORT_PHY_CFG_INPUT_FORCE_xxx" instead of "HWRM_PORT_PHY_CFG_INPUT_AUTO_xxx". We do not see any issue as both these macros are defined to the same value. Fixing it for better convey the intent. Signed-off-by:

[PATCH v2 04/18] net/bnxt: fix setting 50G and 100G forced speed

From: Kalesh AP Thor based NICs can support PAM4 as well as NRZ link negotiation. While PAM4 can negotiate speeds at 50G, 100G and 200G, the PMD will use NRZ signaling for 50G and 100G speeds. PAM4 signaling will be used only for 200G speed negotiations. Driver has to check for NRZ speed support

[PATCH v2 05/18] net/bnxt: fix speed change from 200G to 25G on Thor

From: Kalesh AP While forcing speed to 200G, driver sets the structure variable "bp->link_info->link_signal_mode" value to BNXT_SIG_MODE_PAM4. After that when the user forces the speed back to 25G, this cached value is not set back to BNXT_SIG_MODE_NRZ which results in issuing the HWRM_PORT_PHY_C

[PATCH v2 06/18] net/bnxt: support backward compatibility

From: Kalesh AP On older firmware versions, HWRM_FUNC_QCAPS response is not returning the maximum number of multicast filters that can be supported by the function. As a result, memory allocation with size 0 fails. Bugzilla ID: 1309 Cc: sta...@dpdk.org Signed-off-by: Kalesh AP Reviewed-by: Aji

[PATCH v2 07/18] net/bnxt: reattempt mbuf allocation for Rx and AGG rings

Normally the PMD allocates a new mbuf for every mbuf consumed. In case of mbuf alloc failure, that slot in the Rx or AGG ring remains empty till a new mbuf is not allocated for that slot. If this happens too frequently the Rx ring or the aggregation ring could be completely drained of mbufs and can

[PATCH v2 08/18] net/bnxt: refactor Rx doorbell during Rx flush

Ring the Rx doorbell during the Rx ring flush processing only if there is a valid completion. Signed-off-by: Ajit Khaparde Reviewed-by: Damodharam Ammepalli --- drivers/net/bnxt/bnxt_rxr.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/net/bnxt/bnxt_rxr.c b

[PATCH v2 09/18] net/bnxt: extend RSS hash support for P7 devices

P7 adapters support XOR based and checksum based RSS hashing. Add support for checksum and XOR based RSS hash for these adapters. Signed-off-by: Ajit Khaparde Reviewed-by: Damodharam Ammepalli --- drivers/net/bnxt/bnxt.h| 15 +-- drivers/net/bnxt/bnxt_ethdev.c | 72 ++- dr

[PATCH v2 10/18] net/bnxt: add flow query callback

From: Damodharam Ammepalli This patch addsbnxt query callback to rte_flow_ops in non TruFlow mode. At this point only the RSS hash function type is displayed. Signed-off-by: Damodharam Ammepalli Reviewed-by: Ajit Khaparde --- drivers/net/bnxt/bnxt_flow.c | 61 +

[PATCH v2 11/18] net/bnxt: add ESP and AH header based RSS support

Check if the firmware can support RSS based on these types and program the hardware accordingly when requested when the firmware indicates that the underlying hardware supports the functionality. Signed-off-by: Ajit Khaparde Reviewed-by: Damodharam Ammepalli --- drivers/net/bnxt/bnxt.h|

[PATCH v2 12/18] net/bnxt: set allmulti mode if multicast filter fails

Fallback to all multicast mode if FW rejects multicast filter programming. The firmware can reject the MC filter programming request if it is running low in resources when there is a large number of functions. The driver must be prepared to fallback to the all-multicast mode if the original MC fil

[PATCH v2 13/18] net/bnxt: add VF FLR async event handler

From: Jay Ding When a VF undergoes an FLR, the firmware indicates this via an async notification to the PF. Note that the PF driver needs to register for the notification with the firmware. Add support for VF_FLR async event handling when the driver is running on a PF. Signed-off-by: Jay Ding S

[PATCH v2 14/18] net/bnxt: add tunnel TPA support

From: Damodharam Ammepalli This patch adds support for tunnel TPA type. The tunnel TPA support is brought in by the updated bit_field tnl_tpa_en(4) in hwrm_vnic_tpa_cfg_input->enables, which is used by the firmware to indicate the capability of the underlying hardware. This patch updates hwrm HW

[PATCH v2 15/18] net/bnxt: add 400G get support for P7 devices

From: Damodharam Ammepalli P7 devices report speeds over speeds2 hsi fields. Adding required support to capture the capability from phy_qcap and save the speeds2 fields into driver priv structure. In fixed mode update the link_speed from force_link_speeds2 field. Updates to logging to provide mor

[PATCH v2 16/18] net/bnxt: query extended stats from firmware

From: Damodharam Ammepalli Add the driver support for HWRM_STAT_EXT_CTX_QUERY HWRM msg. In this patch only P7 chipset is enabled for this HWRM while P5 and previous generation remain with HWRM_STAT_CTX_QUERY. Signed-off-by: Damodharam Ammepalli Reviewed-by: Ajit Khaparde --- drivers/net/bnxt/

[PATCH v2 17/18] net/bnxt: add AVX2 support for compressed CQE

P7 device family supports 16 byte Rx completions. Add AVX2 vector mode for compressed Rx CQE. Signed-off-by: Ajit Khaparde Reviewed-by: Damodharam Ammepalli --- drivers/net/bnxt/bnxt_ethdev.c| 5 + drivers/net/bnxt/bnxt_rxr.h | 2 + drivers/net/bnxt/bnxt_rxtx_vec_avx2.c |

[PATCH v2 18/18] net/bnxt: enable SSE mode for compressed CQE

P7 device family supports 16 byte Rx completions. Enable SSE vector mode for compressed Rx CQE processing. Signed-off-by: Ajit Khaparde Reviewed-by: Damodharam Ammepalli --- drivers/net/bnxt/bnxt_ethdev.c | 16 ++- drivers/net/bnxt/bnxt_rxr.h | 2 + drivers/net/bnxt/bnxt_rxtx_

Re: [EXT] [PATCH v6 05/20] net/dpaa2: used dedicated logtype not PMD

On Sat, 23 Dec 2023 00:53:51 + Jun Yang wrote: > What is the log level of DPAA2_PMD_INFO? I expect to print information by > this as default. > > 获取 Outlook for iOS The default log level of DPAA2 is NOTICE RTE_LOG_REGISTER_DEFAULT(dpaa2_logtype_pmd, NOTICE); But the