From: Ophir Munk
This is a cleanup commit. It assembles all tunnel outer updates into one
function call to avoid code duplications.
It defines RTE_VXLAN_GPE_DEFAULT_PORT (4790) in accordance with all
other tunnel protocol definitions.
Signed-off-by: Ophir Munk
---
app/test-pmd/csumonly.c|
From: Ophir Munk
IANA has assigned port 6081 as the fixed well-known destination port for
GENEVE. Nevertheless draft-ietf-nvo3-geneve-09 recommends that
implementations make this configurable. This commit enables specifying
any positive UDP destination port number for GENEVE.
Signed-off-by: Oph
This patchset adds GENEVE parsing of inner protocols (IPv4-0x0800, IPv6-0x86dd,
Ethernet-0x6558) based on IETF draft-ietf-nvo3-geneve-09.
v1:
Initial version
v2:
Rebased + Minor update in protocol options field:
char opts[0] ===> uint8_t opts[]
Ophir Munk (3):
app/testpmd: add GENEVE parsing
From: Ophir Munk
GENEVE is a widely used tunneling protocol in modern Virtualized
Networks. testpmd already supports parsing of several tunneling
protocols including VXLAN, VXLAN-GPE, GRE. This commit adds GENEVE
parsing of inner protocols (IPv4-0x0800, IPv6-0x86dd, Ethernet-0x6558)
based on IETF
From: Alvin Zhang
Add GTPC header and its field selector.
Signed-off-by: Alvin Zhang
---
drivers/common/iavf/virtchnl.h | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/common/iavf/virtchnl.h b/drivers/common/iavf/virtchnl.h
index 79515ee..0042cc0 100644
--- a/drivers/common/iav
From: Alvin Zhang
Add patterns for GTPC, now outer IP hash can be configured as input set for
GTPC packet.
Signed-off-by: Alvin Zhang
---
drivers/net/iavf/iavf_generic_flow.c | 36 +++
drivers/net/iavf/iavf_generic_flow.h | 8 +++
drivers/net/iavf/iavf_hash.c | 122 +
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/i40e/i40e_rxtx_vec_altivec.c |
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/ixgbe/ixgbe_rxtx_vec_neon.c | 5
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
This patch set aims to maximize vector rx burst for for
ixgbe/i40e/ice/ia
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/ice/ice_rxtx_vec_sse.c | 47 +++
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/iavf/iavf_rxtx_vec_sse.c | 102
Telemetry only passed the first param to the command handler if multiple
were entered by the user, separated by commas. Telemetry is required to
pass the full params string to the command, by splitting by a comma
delimiter only once to remove the command part of the string. This will
enable future
Jeff and Ethernet API maintainers Thomas, Ferruh and Andrew,
I'm hijacking this patch thread to propose a small API modification that
prevents unnecessarily performance degradations.
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Jeff Guo
> Sent: Thursday, August 27, 2020 9:55 AM
>
> Th
Hi, Honnappa
> -邮件原件-
> 发件人: Honnappa Nagarahalli
> 发送时间: 2020年8月27日 4:51
> 收件人: Feifei Wang ; Konstantin Ananyev
>
> 抄送: dev@dpdk.org; nd ; Feifei Wang
> ; Honnappa Nagarahalli
> ; nd
> 主题: RE: [PATCH v2 4/4] test/ring: add check to validate the dequeued objects
>
> Hi Feifei,
>
> -Original Message-
> From: Juraj Linkeš
> Sent: Wednesday, August 26, 2020 8:14 AM
> To: 'Aaron Conole'
> Cc: tho...@monjalon.net; david.march...@redhat.com;
> maicolgabr...@hotmail.com; dev@dpdk.org; Kevin Laatz
>
> Subject: RE: [PATCH] ci: enable vm env for aarch64 builds
>
>
>
>
> -邮件原件-
> 发件人: Honnappa Nagarahalli
> 发送时间: 2020年8月27日 4:51
> 收件人: Feifei Wang ; Konstantin Ananyev
> ; Olivier Matz ;
> Gavin Hu
> 抄送: dev@dpdk.org; nd ; Feifei Wang
> ; sta...@dpdk.org; Honnappa Nagarahalli
> ; nd
> 主题: RE: [PATCH v2 3/4] test/ring: fix the wrong number of enq/deq e
Hi Phil,
thanks for taking a look at this. Indeed, the cmpxchg will have release
semantics, but implicit barriers do not provide the same ordering guarantees as
DMB ISH, ie, atomic_thread_fence(__ATOMIC_ACQ_REL).
Let me try to explain the scenario. Here is a pseudo-ARM assembly with the
instru
> -邮件原件-
> 发件人: Honnappa Nagarahalli
> 发送时间: 2020年8月27日 4:52
> 收件人: Feifei Wang ; Konstantin Ananyev
> ; Gavin Hu ; Olivier
> Matz
> 抄送: dev@dpdk.org; nd ; Feifei Wang
> ; sta...@dpdk.org; Honnappa Nagarahalli
> ; nd
> 主题: RE: [PATCH v2 2/4] test/ring: fix wrong size used in memcmp
>
On Thu, Aug 27, 2020 at 10:40:11AM +0200, Morten Brørup wrote:
> Jeff and Ethernet API maintainers Thomas, Ferruh and Andrew,
>
> I'm hijacking this patch thread to propose a small API modification that
> prevents unnecessarily performance degradations.
>
> > From: dev [mailto:dev-boun...@dpdk.o
On Thu, Aug 27, 2020 at 09:39:22AM +0100, Ciara Power wrote:
> Telemetry only passed the first param to the command handler if multiple
> were entered by the user, separated by commas. Telemetry is required to
> pass the full params string to the command, by splitting by a comma
> delimiter only on
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Thursday, August 27, 2020 11:10 AM
>
> On Thu, Aug 27, 2020 at 10:40:11AM +0200, Morten Brørup wrote:
> > Jeff and Ethernet API maintainers Thomas, Ferruh and Andrew,
> >
> > I'm hijacking this patch thread to propose a small API
On Thu, Aug 27, 2020 at 11:31:15AM +0200, Morten Brørup wrote:
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Thursday, August 27, 2020 11:10 AM
> >
> > On Thu, Aug 27, 2020 at 10:40:11AM +0200, Morten Brørup wrote:
> > > Jeff and Ethernet API maintainers Thomas, Ferruh a
On 26-Aug-20 10:50 AM, Luca Boccassi wrote:
On Wed, 2020-08-26 at 02:30 +, Chen, BoX C wrote:
Hi Luca,
Update LTS 19.11.4 test result for Intel part. No new issue is found except
known issues.
Thank you!
* Intel(R) Testing
# Basic Intel(R) NIC testing
* PF(i40e):Passed
- Excepti
Minutes 27 August 2020
--
Agenda:
* Release Dates
* Subtrees
* LTS
* OvS
* Conferences
* Opens
Participants:
* Arm
* Broadcom
* Debian/Microsoft
* Intel
* Marvell
* Nvidia
* Red Hat
Release Dates
-
* v20.11 dates
* Proposal/V1:Friday, 11 September 2020
*
Hi,
> -Original Message-
> From: Ophir Munk
> Sent: Tuesday, August 25, 2020 12:30 PM
> To: dev@dpdk.org
> Cc: Raslan Darawsheh ; Ophir Munk
> ; Matan Azrad ; Ophir
> Munk
> Subject: [PATCH v2 00/13] mlx5 PMD multi OS support - part #4
>
> From: Ophir Munk
>
> This patch series is par
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/i40e/i40e_rxtx_vec_altivec.c |
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
This patch set aims to maximize vector rx burst for for
ixgbe/i40e/ice/ia
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/fm10k/fm10k_rxtx_vec.c | 39 +++
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/ice/ice_rxtx_vec_avx2.c | 11 +-
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/iavf/iavf_rxtx_vec_avx2.c | 21
The limitation of burst size in vector rx was removed, since it should
retrieve as much received packets as possible. And also the scattered
receive path should use a wrapper function to achieve the goal of
burst maximizing.
Signed-off-by: Jeff Guo
---
drivers/net/ixgbe/ixgbe_rxtx_vec_neon.c | 7
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson
> Sent: Thursday, August 27, 2020 11:44 AM
>
> On Thu, Aug 27, 2020 at 11:31:15AM +0200, Morten Brørup wrote:
> > > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > > Sent: Thursday, August 27, 2020 11:10 AM
> >
On Thu, 2020-08-27 at 10:47 +0100, Burakov, Anatoly wrote:
> On 26-Aug-20 10:50 AM, Luca Boccassi wrote:
> > On Wed, 2020-08-26 at 02:30 +, Chen, BoX C wrote:
> > > Hi Luca,
> > > Update LTS 19.11.4 test result for Intel part. No new issue is found
> > > except known issues.
> >
> > Thank you
On 27-Aug-20 11:37 AM, Luca Boccassi wrote:
On Thu, 2020-08-27 at 10:47 +0100, Burakov, Anatoly wrote:
On 26-Aug-20 10:50 AM, Luca Boccassi wrote:
On Wed, 2020-08-26 at 02:30 +, Chen, BoX C wrote:
Hi Luca,
Update LTS 19.11.4 test result for Intel part. No new issue is found except
known i
Hello,
Have not been working with dpdk in a while. Could you please remove from the
mailing list.
Thanks
JAck
From: Kiran Kumar K
Add support to parse NAT-T-ESP by moving the ESP parsing
to LE.
Signed-off-by: Kiran Kumar K
---
drivers/common/octeontx2/hw/otx2_npc.h | 2 +-
drivers/net/octeontx2/otx2_flow_parse.c | 10 +-
drivers/net/octeontx2/otx2_lookup.c | 6 +++---
3 files changed, 9
On Thu, Aug 27, 2020 at 12:13:51PM +0200, Morten Brørup wrote:
> > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson
> > Sent: Thursday, August 27, 2020 11:44 AM
> >
> > On Thu, Aug 27, 2020 at 11:31:15AM +0200, Morten Brørup wrote:
> > > > From: Bruce Richardson [mailto:bruce.
> From: Jeff Guo [mailto:jia@intel.com]
> Sent: Thursday, August 27, 2020 12:10 PM
>
> The limitation of burst size in vector rx was removed, since it should
> retrieve as much received packets as possible. And also the scattered
> receive path should use a wrapper function to achieve the goal
Hi All,
During recent work on the DPDK ABI, where we are looking to develop a nightly
ABI regression test.
We found a large number of experimental functions currently in DPDK API.
Currently, there are 537 experimental APIs out of a total of roughly ~1800 API,
30%-ish.
While there is no corre
On Thu, 2020-08-27 at 11:57 +0100, Burakov, Anatoly wrote:
> On 27-Aug-20 11:37 AM, Luca Boccassi wrote:
> > On Thu, 2020-08-27 at 10:47 +0100, Burakov, Anatoly wrote:
> > > On 26-Aug-20 10:50 AM, Luca Boccassi wrote:
> > > > On Wed, 2020-08-26 at 02:30 +, Chen, BoX C wrote:
> > > > > Hi Luca,
> -Original Message-
> From: Dybkowski, AdamX
> Sent: Wednesday, August 26, 2020 4:34 PM
> To: dev@dpdk.org; Trahe, Fiona ;
> akhil.go...@nxp.com; Zhang, Roy Fan
> Cc: Dybkowski, AdamX
> Subject: [PATCH] crypto/scheduler: rename slave to worker
>
> This patch replaces the usage of the w
Update function mlx5_devx_cmd_query_hca_attr() to add the NIC Flow
Table attributes query, then get the log_max_flow_sampler_num from
flow table properties.
Add the related structs definition in mlx5_prm.h.
Signed-off-by: Jiawei Wang
Acked-by: Ori Kam
---
drivers/common/mlx5/mlx5_devx_cmds.c |
Add the sampler action resource structs definition.
The flow with sample action will be splited into two sub flows,
the prefix flow with sample action, the suffix flow with the left
actions.
For the prefix flow, add the extra the tag action with unique id
to metadata register, and suffix flow wil
This patch set implement the flow sampling for mlx5 driver.
The solution is introduced a new rte_flow action that will sample the incoming
traffic and send a duplicated traffic with the specified ratio to the
application, while the original packet will continue to the target destination.
If the
rdma-core introduce a new DR sample action.
Add the rdma-core commands in glue to create this action.
Sample action is used for creating the sample object to implement
the sampling/mirroring function.
Signed-off-by: Jiawei Wang
Acked-by: Ori Kam
---
drivers/common/mlx5/linux/meson.build | 2
Translate the attribute of sample action that include sample ratio
and sub actions list, then create the sample DR action.
Signed-off-by: Jiawei Wang
Acked-by: Ori Kam
---
drivers/net/mlx5/mlx5_flow.c| 16 +-
drivers/net/mlx5/mlx5_flow.h| 14 +-
drivers/net/mlx5/mlx5_flow_dv.c | 494 +
Add sample action validate function.
For Sample flow support NIC-RX and FDB domain, must include an
action of a dest TIR in NIC_RX.
Only NIC_RX support with addition optional actions. FDB doesn't
support any optional action, the sampled packets is always goes
to e-switch manager port.
Signed-off
When using full offload, all traffic will be handled by the HW, and
directed to the requested VF or wire, the control application loses
visibility on the traffic.
So there's a need for an action that will enable the control application
some visibility.
The solution is introduced a new action that
Add a new testpmd command 'set sample_actions' that supports the multiple
sample actions list configuration by using the index:
set sample_actions
The examples for the sample flow use case and result as below:
1. set sample_actions 0 mark id 0x8 / queue index 2 / end
.. pattern eth / end action
Use ARK_PMD_LOG in place of PMD_DRV_LOG, PMD_DEBUG_LOG, PMD_FUNC_LOG,
PMD_STATS_LOG, PMD_RX_LOG, and PMD_TX_LOG.
Review and adjust log levels and messages as needed.
Signed-off-by: Ed Czeck
---
doc/guides/nics/ark.rst | 13 --
drivers/net/ark/ark_ddm.c | 12 ++---
drivers/net/a
Replace behavior with RTE_LIBRTE_ARK_MIN_TX_PKTLEN
with a default value of 0.
Update documentation as needed.
Signed-off-by: Ed Czeck
---
doc/guides/nics/ark.rst | 16
drivers/net/ark/ark_ethdev_tx.c | 43 ++---
drivers/net/ark/ark_logs.h |
v2:
- Added some documentation.
- Modified default max bitwidth for Arm.
- Moved mlx5 condition check into existing check vec support function.
- Added max SIMD bitwidth checks to some libraries.
A number of components in DPDK have optional AVX-512 or other vector
code paths which can be s
This patch adds a max SIMD bitwidth EAL configuration. The API allows
for an app to set this value. It can also be set using EAL argument
--force-max-simd-bitwidth, which will lock the value and override any
modifications made by the app.
Signed-off-by: Ciara Power
---
v2: Added to Doxygen comme
This patch adds documentation on the usage of the max SIMD bitwidth EAL
setting, and how to use it to enable AVX-512 at runtime.
Cc: Anatoly Burakov
Cc: John McNamara
Cc: Marko Kovacevic
Signed-off-by: Ciara Power
---
doc/guides/howto/avx512.rst | 36 +++
do
Each arch has a define for the default SIMD bitwidth value, this is used
on EAL init to set the config max SIMD bitwidth.
Cc: Ruifeng Wang
Cc: Jerin Jacob
Cc: Honnappa Nagarahalli
Cc: David Christensen
Signed-off-by: Ciara Power
---
v2: Changed default bitwidth for Arm to 128.
---
lib/libr
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Beilei Xing
Cc: Jeff Guo
Signed-off-by: Ciara Power
---
drivers/net/i40e/i40e_rxtx.c | 19 +--
1 file changed, 13 insertions(+), 6 del
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Somalapuram Amaranath
Signed-off-by: Ciara Power
---
drivers/net/axgbe/axgbe_rxtx.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: John Daley
Cc: Hyong Youb Kim
Acked-by: Hyong Youb Kim
Signed-off-by: Ciara Power
---
drivers/net/enic/enic_rxtx_vec_avx2.c | 3 ++-
1 file changed,
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Ajit Khaparde
Cc: Somnath Kotur
Signed-off-by: Ciara Power
---
drivers/net/bnxt/bnxt_ethdev.c | 6 --
1 file changed, 4 insertions(+), 2 deletions
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Jingjing Wu
Cc: Beilei Xing
Signed-off-by: Ciara Power
---
drivers/net/iavf/iavf_rxtx.c | 16 ++--
1 file changed, 10 insertions(+), 6 del
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Qi Zhang
Cc: Xiao Wang
Signed-off-by: Ciara Power
---
drivers/net/fm10k/fm10k_ethdev.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Qiming Yang
Cc: Qi Zhang
Signed-off-by: Ciara Power
---
drivers/net/ice/ice_rxtx.c | 20 ++--
1 file changed, 14 insertions(+), 6 dele
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Wei Zhao
Cc: Jeff Guo
Signed-off-by: Ciara Power
---
drivers/net/ixgbe/ixgbe_rxtx.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Matan Azrad
Cc: Shahaf Shuler
Cc: Viacheslav Ovsiienko
Signed-off-by: Ciara Power
---
v2: Moved check for max bitwidth into existing check vec
su
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU
enabled path.
Cc: Yipeng Wang
Cc: Sameh Gobriel
Signed-off-by: Ciara Power
---
lib/librte_member/rte_member_ht.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Maxime Coquelin
Cc: Chenbo Xia
Cc: Zhihong Wang
Signed-off-by: Ciara Power
---
drivers/net/virtio/virtio_ethdev.c | 12
1 file changed,
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: David Hunt
Signed-off-by: Ciara Power
---
lib/librte_distributor/rte_distributor.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path. This check is done just before the handler is called, it cannot
be done when setting the handlers initially as the EAL max simd bitwidth
value has not yet been
When choosing a vector path to take, an extra condition must be
satisfied to ensure the max SIMD bitwidth allows for the CPU enabled
path.
Cc: Byron Marohn
Cc: Yipeng Wang
Signed-off-by: Ciara Power
---
lib/librte_efd/rte_efd.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
dif
As announced in earlier releases, rte_logs can now be made
internal to eal_common_log.
Signed-off-by: Stephen Hemminger
---
doc/guides/rel_notes/deprecation.rst | 4
doc/guides/rel_notes/release_20_11.rst | 2 ++
lib/librte_eal/common/eal_common_log.c | 11 ---
lib/librte_eal/in
For GTPU rule without extend header the trainning packet
for FDIR is different. This patch enable these case.
Fixes: 934fd00c9389 ("net/ice/base: fix GTPU IP hash")
Signed-off-by: Wei Zhao
---
v3: fix typo
---
drivers/net/ice/base/ice_fdir.c | 63 +++-
drivers/net/ice/ba
> -Original Message-
> From: dev On Behalf Of Morten Brørup
> Sent: Thursday, August 27, 2020 20:38
> To: Guo, Jia ; Yang, Qiming ; Xing,
> Beilei
> ; Zhao1, Wei ; Zhang, Qi Z
> ; Wu,
> Jingjing
> Cc: Richardson, Bruce ; dev@dpdk.org; Zhang,
> Helin ;
> Yigit, Ferruh ; barbe...@kth.se
When loading the OS default package and the pipeline mode is enabled
by the "pipeline-mode-support=1" operation. In this case, the wrong
parser is selected for processing and it will cause the unsupported
patterns(pppoes/pfcp/l2tpv3/esp/ah) to be validated successfully.
This patch corrects the pars
Hi, Luca and Bo
> > - The MD5 is not same between kernel ethtool and dpdk ethtool when
> > testing userspace_ethtool/retrieve_eeprom. It has been fixed on
> > 20.08.patch link: http://patches.dpdk.org/patch/72354/
>
> Shougang and Qi, this patch applies when backported but build fails, as som
From: Kalesh AP
Use "req.tunnel_dst_port_val" in bnxt_hwrm_tunnel_dst_port_alloc()
as big endian since hwrm spec mandates this field in network byte order.
Also, fixed the endianness while parsing the command output.
Fixes: 10d074b2022d ("net/bnxt: support tunneling")
Cc: sta...@dpdk.org
Signe
From: Kalesh AP
This patchset contains bnxt bug fixes.
Kalesh AP (5):
net/bnxt: fix endianness while setting L4 destination port
net/bnxt: fix to initialize structure variable
net/bnxt: fix a possible segfault in vector mode Tx path
net/bnxt: fix L2 filter alloc
net/bnxt: fix speed set
From: Kalesh AP
DPDK does not support RoCE and XDP. The driver should set the
bit 5:4 of the flag to 1 and set bit 6 of the flag in the
HWRM_CFA_L2_FILTER_ALLOC command to disable RoCE and XDP features.
This change will greatly reduce the CFA resource consumption.
Fixes: f92735db1e4c ("net/bnxt
From: Venkat Duvvuru
The maximum number of TCP segments that can be aggregated & the
maximum number of aggregations the VNIC supports are configured
incorrectly during LRO configuration.
This patch fixes these values.
Fixes: b150a7e7ee66 ("net/bnxt: support LRO on Thor adapters")
Cc: sta...@dpd
From: Kalesh AP
On BCM957508-N2100 adapters, FW will not allow any user other
than BMC to shutdown the port. As a result, bnxt_get_hwrm_link_config()
always returns link up.
Because of this, driver will not update the new port configurations
such as speed, autoneg during a port start.
Fixed the
From: Kalesh AP
During port start if bnxt_alloc_all_hwrm_stat_ctxs() fails,
in the cleanup path we do see errors like below:
bnxt_hwrm_ring_free(): hwrm_ring_free cp failed. rc:2
bnxt_hwrm_ring_free(): hwrm_ring_free rx failed. rc:2
The reason for this is in bnxt_free_all_hwrm_rings(), the chec
From: Kalesh AP
rte_pktmbuf_prefree_seg() can return NULL if the mbuf still
has remaining references on it.
Adding a NULL check to prevent segfault.
Fixes: bc4a000f2f53 ("net/bnxt: implement SSE vector mode")
Cc: sta...@dpdk.org
Signed-off-by: Kalesh AP
Reviewed-by: Lance Richardson
Reviewed
> -Original Message-
> From: dev On Behalf Of Elena Carasec
> Sent: Wednesday, August 26, 2020 7:28 PM
> To: dev@dpdk.org
> Cc: Elena Carasec ; sta...@dpdk.org; Xing, Beilei
> ; Zhang, Qi Z ; Adrien
> Mazarguil ; Andrew Rybchenko
> ; Luca Boccassi ; Jan
> Viktorin
> Subject: [dpdk-dev]
On 8/28/2020 10:06 AM, Wang, Haiyue wrote:
-Original Message-
From: dev On Behalf Of Morten Brørup
Sent: Thursday, August 27, 2020 20:38
To: Guo, Jia ; Yang, Qiming ; Xing,
Beilei
; Zhao1, Wei ; Zhang, Qi Z
; Wu,
Jingjing
Cc: Richardson, Bruce ; dev@dpdk.org; Zhang, Helin
;
Yigit,
83 matches
Mail list logo
