Change the protocol extraction dynamic mbuf usage from regiser API to
lookup API, so the application can decide to read the metadata or not
at the run time, in other words, PMD will check this at Rx queue start
time.
This design makes the API simple now: it just needs to export the name
string, no
Change the protocol extraction dynamic mbuf usage from register API to
lookup API, so the application can decide to read the metadata or not
at the run time, in other words, PMD will check this at Rx queue start
time.
This design makes the API simple now: it just needs to export the name
string, n
> -Original Message-
> From: David Marchand
> Sent: Monday, October 26, 2020 12:24 AM
> To: Rong, Leyi ; Zhang, Qi Z ;
> Yigit,
> Ferruh
> Cc: Lu, Wenzhuo ; dev ; Richardson,
> Bruce ; Thomas Monjalon
>
> Subject: Re: [dpdk-dev] [PATCH v4 1/3] net/ice: add AVX512 vector path
>
> Hello
Acked-by: Jeff Guo
> -Original Message-
> From: Xing, Beilei
> Sent: Tuesday, October 27, 2020 2:22 PM
> To: dev@dpdk.org
> Cc: Guo, Jia ; Xing, Beilei ;
> sta...@dpdk.org
> Subject: [PATCH] net/i40e: fix FDIR issue for ETH + VLAN pattern
>
> From: Beilei Xing
>
> Currently, can't cre
Hi Long
From: Long Li
> If a device probe fails, the alarm is canceled and will no longer work for
> previously probed devices.
>
> Fix this by checking if alarm is necessary at the end of each device probe.
> Reset the alarm if there are vdev_netvsc_ctx created.
>
> Change log:
> v2: removed l
Add the needed fields for virtq DevX object to read the error state.
Acked-by: Matan Azrad
Signed-off-by: Xueming Li
---
drivers/common/mlx5/mlx5_devx_cmds.c | 3 +++
drivers/common/mlx5/mlx5_devx_cmds.h | 1 +
drivers/common/mlx5/mlx5_prm.h | 9 +++--
3 files changed, 11 insertions(+
When hardware error happens, vdpa didn't get such information and leave
driver in silent: working state but no response.
This patch subscribes firmware virtq error event and try to recover max
3 times in 10 seconds, stop virtq if max retry number reached.
When error happens, PMD log in warning le
According to virtio spec, The device SHOULD set DEVICE_NEEDS_RESET when
it enters an error state that a reset is needed. If DRIVER_OK is set,
after it sets DEVICE_NEEDS_RESET, the device MUST send a device
configuration change notification to the driver.
This patch introduces new api to raise vDPA
This patchset has support for VXLAN decap full offload,
SR device support in tf_core and a few bug fixes.
v1->v2:
- Squashed some patches.
- Updated commit logs.
- Fixed a compilation issue reported during clang builds.
v2->v3:
- Added the SPDX header for cfa_resource_types.h in patch [01/11]
From: Farah Smith
Add table scope to PF Mapping for SR and Wh+ devices.
Legacy devices require PF set of base addresses for EEM operation.
A table scope id is a logical construct and is mapped to the PF
associated with the communications channel used.
In the case of a VF, the parent PF is used.
From: Jay Ding
Adding support for two table scopes. One for Exact Match tables
and other for External Exact Match tables.
New API to map a PARIF to an EEM table scope (set of Rx and Tx EEM
base addresses). It uses HWRM_TF_GLOBAL_CFG_SET HWRM to configure.
PARIF is handler to a partition of the ph
From: Peter Spreadborough
- Moved P4 chip specific code under the P4 directory
- Added P45 skeleton code for SR to build on
- Add SR support in TRUFLOW core layer.
The TRUFLOW core or the tf-core is a shim layer which communicates with
the CFA block in the hardware.
Signed-off-by: Peter Spreadbo
From: Peter Spreadborough
Update ULP resource counts for Stingray device.
- FW needs some resources for normal operation. Account those
in the resource manager.
- Update the SR ULP requested resource counts to reflect
those available after AFM resources are accounted for.
- Add build option to se
From: Somnath Kotur
Fix infinite loop in flow query count.
`nxt_resource_idx` could be zero in some cases which is invalid and
should be part of the while loop condition. Also synchronize access to
the flow db using the fdb_lock
Fixes: 306c2d28e247 ("net/bnxt: support count action in flow query"
From: Somnath Kotur
Use cfa pair alloc for configuring reps.
Instead of cfa_vfr_alloc for Wh+ and cfa_pair_alloc for Stingray,
converge to cfa_pair_alloc/free for both devices. Set the command
request structure bits accordingly.
As part of this, remove the old cfa_vfr_alloc cmd definitions as FW
From: Kishore Padmanabha
Added support for the key and mask fields encoding for the
wildcard TCAM entry. Also add internal function to post process
the key/mask blobs for wildcard TCAM table. The size of the
wildcard TCAM slice is 80 bytes.
Signed-off-by: Kishore Padmanabha
Reviewed-by: Mike Ba
From: Kishore Padmanabha
Add support for hierarchical flow counter accumulation.
In case of hierarchical flows, involving parent and child flows,
the child flow counters are aggregated to get the parent flow counter
information. This should help in cases where one ore more flows
is related to a p
From: Venkat Duvvuru
Currently, the flow id is allocated inside ulp_mapper_flow_create.
However with vxlan decap feature if F2 flow comes before F1 flow
then F2 is cached and not really installed in the hardware which
means the code will return without calling ulp_mapper_flow_create.
But, ULP has
From: Venkat Duvvuru
VXLAN decap offload can happen in stages. The offload request may
not come as a single flow request rather may come as two flow offload
requests F1 & F2. This patch is adding support for this two stage
offload design. The match criteria for F1 is O_DMAC, O_SMAC,
O_DST_IP, O_U
LRO aka TPA and jumbo frame support uses aggregation ring for placing
Rx buffers. These features can generate multiple Rx completions for a
single Rx packet. Increase size of Rx Completion Queue to handle TPA
and aggregation ring events.
Fixes: daef48efe5e5 ("net/bnxt: support set MTU")
Cc: sta...
Reset mbuf->data_off before handing the Rx packet to the application.
We were not doing this in the TPA path. It can cause applications
using this field for post processing to work incorrectly.
Fixes: 0958d8b6435d ("net/bnxt: support LRO")
Cc: sta...@dpdk.org
Signed-off-by: Ajit Khaparde
Reviewe
PMD supports thread-safe flow operations. Set the
RTE_ETH_DEV_FLOW_OPS_THREAD_SAFE dev_flag to indicate this info
to the application. rte_flow API functions can avoid using its
own mutex for safe multi-thread flow handling.
Signed-off-by: Ajit Khaparde
---
doc/guides/nics/bnxt.rst
From: Rahul Gupta
The spinlock was trying to protect scenarios where rx_queue stop/start
could be initiated dynamically. Assigning bnxt_dummy_recv_pkts and
bnxt_dummy_xmit_pkts immediately to avoid concurrent access of mbuf in Rx
and cleanup path should help achieve the same result.
Fixes: 14255
On Mon, Oct 26, 2020 at 8:13 AM Rong, Leyi wrote:
> Would prefer using __AVX512F__ instead of RTE_MACHINE_CPUFLAG_AVX512F here
> rather than remove the RTE_MACHINE_CPUFLAG_ macro directly to check the CPU
> capability.
> So the judgment statement will be
> if cc.get_define('__AVX512F__', args: m
On Thu, Oct 22, 2020 at 11:45 AM Lance Richardson
wrote:
>
> Use boolean AND operator instead of bitwise operator.
>
> Coverity issue: 323488
> Fixes: b42c15c83e88 ("net/bnxt: support trusted VF")
> Signed-off-by: Lance Richardson
> Reviewed-by: Ajit Khaparde
Patch applied to dpdk-next-net-brcm.
On Thu, Oct 22, 2020 at 11:51 AM Lance Richardson
wrote:
>
> Make SIMD initialization code less verbose by using appropriate
> intrinsics when all lanes of a vector are initialized to the
> same value.
>
> Signed-off-by: Lance Richardson
> Reviewed-by: Ajit Khaparde
Patch applied to dpdk-next-ne
On Thu, Oct 22, 2020 at 1:20 PM Lance Richardson
wrote:
>
> Mark "BSD nic_uio", "Usage doc", and "Perf doc" as supported
> for the bnxt PMD.
>
> Signed-off-by: Lance Richardson
> Reviewed-by: Ajit Kumar Khaparde
Patch applied to dpdk-next-net-brcm.
> ---
> doc/guides/nics/features/bnxt.ini | 3
This example sets up a scenario that VXLAN packets can be received
by different PF queues based on VNID and each queue is bound to a VM
with a VNID so that the VM can receive its inner packets.
Usually, OVS is used to do the software encap/decap for VXLAN packets.
And the VXLAN packets offloading
On Fri, Oct 23, 2020 at 11:39 AM David Marchand
wrote:
>
> From Ruifeng Wang:
>
> The rte_lpm structure is exported because lookup API is inlined.
> But most of the structure can be hidden.
> Discussion at: http://patches.dpdk.org/patch/72403/
> This patch set aimed to hide the rte_lpm structure a
In the refactor of mlx5 common layer, the PCI driver name to the RTE
device was changed from "net_mlx5" to "mlx5_pci". The string of name
"mlx5_pci" is used directly in the structure rte_pci_driver.
In the past, a macro "MLX5_DRIVER_NAME" is used instead of any direct
string, and now it is missing
When hardware error happens, vdpa didn't get such information and leave
driver in silent: working state but no response.
This patch subscribes firmware virtq error event and try to recover max
3 times in 10 seconds, stop virtq if max retry number reached.
When error happens, PMD log in warning le
Add the needed fields for virtq DevX object to read the error state.
Acked-by: Matan Azrad
Signed-off-by: Xueming Li
---
drivers/common/mlx5/mlx5_devx_cmds.c | 3 +++
drivers/common/mlx5/mlx5_devx_cmds.h | 1 +
drivers/common/mlx5/mlx5_prm.h | 9 +++--
3 files changed, 11 insertions(+
The MLX4 library wasn't being successfully initialized with
-Dibverbs_link=dlopen because it expected a shared object file
with a different name.
Fixes: a20b2c01a7a1 ("build: standardize component names and defines")
Cc: bruce.richard...@intel.com
Signed-off-by: Ali Alnubani
---
drivers/net/mlx
The MLX5 glue library wasn't following the standard
'librte__.so' naming.
Fixes: a20b2c01a7a1 ("build: standardize component names and defines")
Cc: bruce.richard...@intel.com
Signed-off-by: Ali Alnubani
---
drivers/common/mlx5/linux/meson.build | 4 ++--
1 file changed, 2 insertions(+), 2 dele
> -Original Message-
> From: Bing Zhao
> Sent: Thursday, October 22, 2020 17:07
> To: viachesl...@mellanox.com; ma...@mellanox.com
> Cc: dev@dpdk.org; Ori Kam ; Raslan Darawsheh
>
> Subject: [PATCH v2 2/6] net/mlx5: add support for two ports hairpin mode
>
> In order to support hairpin b
> -Original Message-
> From: dev On Behalf Of Bing Zhao
> Sent: Thursday, October 22, 2020 17:07
> To: viachesl...@mellanox.com; ma...@mellanox.com
> Cc: dev@dpdk.org; Ori Kam ; Raslan Darawsheh
>
> Subject: [dpdk-dev] [PATCH v2 1/6] net/mlx5: change hairpin queue peer
> checking
>
> In
> -Original Message-
> From: Bing Zhao
> Sent: Thursday, October 22, 2020 17:07
> To: viachesl...@mellanox.com; ma...@mellanox.com
> Cc: dev@dpdk.org; Ori Kam ; Raslan Darawsheh
>
> Subject: [PATCH v2 3/6] net/mlx5: add support to get hairpin peer ports
>
> In real-life business, one dev
> -Original Message-
> From: Bing Zhao
> Sent: Thursday, October 22, 2020 17:07
> To: viachesl...@mellanox.com; ma...@mellanox.com
> Cc: dev@dpdk.org; Ori Kam ; Raslan Darawsheh
>
> Subject: [PATCH v2 5/6] net/mlx5: change hairpin ingress flow validation
>
> In the current implementation
> -Original Message-
> From: Bing Zhao
> Sent: Thursday, October 22, 2020 17:07
> To: viachesl...@mellanox.com; ma...@mellanox.com
> Cc: dev@dpdk.org; Ori Kam ; Raslan Darawsheh
>
> Subject: [PATCH v2 6/6] net/mlx5: not split hairpin flow in explicit mode
>
> In the current implementatio
> -Original Message-
> From: Bing Zhao
> Sent: Thursday, October 22, 2020 17:07
> To: viachesl...@mellanox.com; ma...@mellanox.com
> Cc: dev@dpdk.org; Ori Kam ; Raslan Darawsheh
>
> Subject: [PATCH v2 4/6] net/mlx5: conditional hairpin auto bind
>
> In single port hairpin mode, after the
Hi,
On Wed, Oct 14, 2020 at 01:31:39PM +0100, Ferruh Yigit wrote:
> On 10/13/2020 9:17 AM, Jeff Guo wrote:
> > Enable metadata extraction for flexible descriptors in AVF, that would
> > allow network function directly get metadata without additional parsing
> > which would reduce the CPU cost for
Changes in distributor tests look good.
All tests pass
W dniu 26.10.2020 o 06:21, Thomas Monjalon pisze:
> The test used the deprecated mbuf field udata64.
> It is moved to a dynamic field in order to allow removal of udata64.
>
> Signed-off-by: Thomas Monjalon
Acked-by: Lukasz Wojciechowski
Tes
The split feature for receiving packets was added to the mlx5
PMD, now Rx queue can receive the data to the buffers belonging
to the different pools and the memory of all the involved pool
must be registered for DMA operations in order to allow hardware
to store the data.
Signed-off-by: Viacheslav
This patch adds to PMD the functionality for the receiving
buffer split feasture [1]
[1] http://patches.dpdk.org/patch/81154/
Signed-off-by: Viacheslav Ovsiienko
---
v1: http://patches.dpdk.org/patch/81808/
v2: http://patches.dpdk.org/patch/81923/
- typos
- documentation is updated
v3
The routine to provide Rx queue setup with specifying
extended receiving buffer description is added.
It allows application to specify desired segment
lengths, data position offsets in the buffer
and dedicated memory pool for each segment.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan Azrad
Only the regular rx_burst routine is updated to support split,
because the vectorized ones does not support scatter and MPRQ
does not support split at all.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan Azrad
---
drivers/net/mlx5/mlx5_rxq.c | 11 +--
drivers/net/mlx5/mlx5_rxtx.c |
The buffer split feature is mentioned in the mlx5 PMD
documentation, the limitation is description is added
as well.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan Azrad
---
doc/guides/nics/mlx5.rst | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/doc/guides/nics/ml
Add rte_eth_dev_info->rx_seg_capa parameters:
- receiving to multiple pools is supported
- buffer offsets are supported
- no offset alignment requirement
- reports the maximal number of segments
- reports the buffer split offload flag
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan
The scatter-gather elements should be configured
accordingly to support the buffer split feature.
The application provides the desired settings for
the segments at the beginning of the packets and
PMD pads the buffer chain (if needed) with attributes
of last specified segment to accommodate the pac
Hi Haiyue,
On Sun, Oct 25, 2020 at 03:13:52PM +0800, Haiyue Wang wrote:
> Current dynamic mbuf design is that the driver will register the needed
> field and flags at the device probing time, this will make iavf PMD use
> different names to register the dynamic mbuf field and flags, but both
> of
gpa_to_hpa() function almost always fails due to the wrong setup of
the b tree search key. Since there has been already a similar function
gpa_to_first_hap() available in the vhost, instead of fixing the
issue in its original logic, gpa_to_hpa() function is rewritten to be
a wrapper of the gpa_to_f
On 10/21/2020 11:07 AM, Lijun Ou wrote:
From: Ophir Munk
When creating an RSS rule without specifying a key (see [1]) it is
expected that the device will use the default key.
A NULL key is used to indicate to a PMD it should use
its default key, however testpmd assigns a non-NULL dummy key
(see
Hi Stephen,
On Fri, Oct 23, 2020 at 05:43:31PM -0700, Stephen Hemminger wrote:
> The dynamic flag management is broken if rte_mbuf_dynflag_lookup()
> is done in a secondary process because the local pointer to
> the memzone is not ever initialized.
>
> Fix it by using the same checks as dynfield_
On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
>
> The node_mbuf_priv1 was stored in the deprecated mbuf field udata64.
> It is moved to a dynamic field in order to allow removal of udata64.
>
> Signed-off-by: Thomas Monjalon
> ---
> lib/librte_node/ip4_lookup.c | 7 +++
> lib/lib
On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
> diff --git a/lib/librte_security/rte_security_driver.h
> b/lib/librte_security/rte_security_driver.h
> index 1b561f8528..ba9691b4a0 100644
> --- a/lib/librte_security/rte_security_driver.h
> +++ b/lib/librte_security/rte_security_driver.h
>
On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
>
> The CFA code from mark was stored in the deprecated mbuf field udata64.
> It is moved to a dynamic field in order to allow removal of udata64.
We convert from a 64 bits (with only upper 32 bits filled) to a 32 bits field.
Worth a comment
On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
>
> The example used the deprecated mbuf field udata64.
> It is moved to a dynamic field in order to allow removal of udata64.
>
> Note: RTE_MBUF_DYNFIELD_TIMESTAMP_NAME is an existing mbuf field name.
I am a bit lost.
How is this going to wo
On Fri, Oct 23, 2020 at 9:45 AM David Marchand
wrote:
>
> When merging this series after Bruce changes on build macros, an old macro
> usage has been re-introduced.
>
> Fixes: d82d6ac64338 ("app/procinfo: add crypto security context info")
>
> Signed-off-by: David Marchand
Acked-by: Thomas Monjal
Get HCA capability: number of physical ports that can be bonded.
Cc: sta...@dpdk.org
Signed-off-by: Xueming Li
Acked-by: Matan Azrad
---
drivers/common/mlx5/mlx5_devx_cmds.c | 5 +++--
drivers/common/mlx5/mlx5_devx_cmds.h | 1 +
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/dr
If set TIS lag port affinity to auto, firmware assign port affinity on
each creation with Round Robin. In case of 2 PFs, if create virtq,
destroy and create again, then each virtq will get same port affinity.
To resolve this fw limitation, this patch sets create TIS with specified
affinity for eac
Add the needed fields for virtq DevX object to read the error state.
Acked-by: Matan Azrad
Signed-off-by: Xueming Li
---
drivers/common/mlx5/mlx5_devx_cmds.c | 3 +++
drivers/common/mlx5/mlx5_devx_cmds.h | 1 +
drivers/common/mlx5/mlx5_prm.h | 9 +++--
3 files changed, 11 insertions(+
When hardware error happens, vdpa didn't get such information and leave
driver in silent: working state but no response.
This patch subscribes firmware virtq error event and try to recover max
3 times in 10 seconds, stop virtq if max retry number reached.
When error happens, PMD log in warning le
Hi Olivier,
> -Original Message-
> From: Olivier Matz
> Sent: Monday, October 26, 2020 18:22
> To: Wang, Haiyue
> Cc: dev@dpdk.org; Yigit, Ferruh ; Guo, Jia
> ; Zhang, Qi Z
> ; Chen, Zhaoyan ; Yang, Qiming
> ;
> Ray Kinsella ; Neil Horman
> Subject: Re: [dpdk-dev] [PATCH v1] net/ice:
Hi Olivier,
> -Original Message-
> From: Olivier Matz
> Sent: Monday, October 26, 2020 17:37
> To: Yigit, Ferruh
> Cc: Guo, Jia ; Wu, Jingjing ;
> Zhang, Qi Z
> ; Xing, Beilei ; dev@dpdk.org;
> Wang, Haiyue
> ; Richardson, Bruce
> Subject: Re: [PATCH v8] net/iavf: support flex desc me
This adds the ConnectX-7 and Bluefield-3 device ids to the list of
supported Mellanox devices that run the MLX5 PMDs.
The devices is still in development stage.
Signed-off-by: Raslan Darawsheh
---
drivers/common/mlx5/mlx5_common.h | 2 ++
drivers/net/mlx5/mlx5.c | 8
drivers/r
The scatter-gather elements should be configured
accordingly to support the buffer split feature.
The application provides the desired settings for
the segments at the beginning of the packets and
PMD pads the buffer chain (if needed) with attributes
of last specified segment to accommodate the pac
This patch adds to PMD the functionality for the receiving
buffer split feasture [1]
[1] http://patches.dpdk.org/patch/81154/
Signed-off-by: Viacheslav Ovsiienko
---
v1: http://patches.dpdk.org/patch/81808/
v2: http://patches.dpdk.org/patch/81923/
- typos
- documentation is updated
v3
Only the regular rx_burst routine is updated to support split,
because the vectorized ones does not support scatter and MPRQ
does not support split at all.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan Azrad
---
drivers/net/mlx5/mlx5_rxq.c | 11 +--
drivers/net/mlx5/mlx5_rxtx.c |
The routine to provide Rx queue setup with specifying
extended receiving buffer description is added.
It allows application to specify desired segment
lengths, data position offsets in the buffer
and dedicated memory pool for each segment.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan Azrad
The split feature for receiving packets was added to the mlx5
PMD, now Rx queue can receive the data to the buffers belonging
to the different pools and the memory of all the involved pool
must be registered for DMA operations in order to allow hardware
to store the data.
Signed-off-by: Viacheslav
The buffer split feature is mentioned in the mlx5 PMD
documentation, the limitation is description is added
as well.
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan Azrad
---
doc/guides/nics/mlx5.rst | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/doc/guides/nics/ml
Add rte_eth_dev_info->rx_seg_capa parameters:
- receiving to multiple pools is supported
- buffer offsets are supported
- no offset alignment requirement
- reports the maximal number of segments
- reports the buffer split offload flag
Signed-off-by: Viacheslav Ovsiienko
Acked-by: Matan
> -Original Message-
> From: dev On Behalf Of Tom Rix
> Sent: Wednesday, October 21, 2020 2:58 PM
> To: Chautru, Nicolas ; dev@dpdk.org;
> akhil.go...@nxp.com
> Cc: Richardson, Bruce
> Subject: Re: [dpdk-dev] [PATCH] baseband/acc100: remove logically dead
> code
>
>
> On 10/19/20 2:09
From: Yunjian Wang
The ethdev port id should be 16 bits now. This patch fixes the data
type of the variable for 'pid', changing from uint32_t to uint16_t.
Fixes: 5b7ba31148a8 ("ethdev: add port ownership")
Cc: sta...@dpdk.org
Signed-off-by: Yunjian Wang
---
lib/librte_ethdev/rte_ethdev.c | 2
26/10/2020 13:24, wangyunjian:
> From: Yunjian Wang
>
> The ethdev port id should be 16 bits now. This patch fixes the data
> type of the variable for 'pid', changing from uint32_t to uint16_t.
>
> Fixes: 5b7ba31148a8 ("ethdev: add port ownership")
It was 32-bit on purpose, to avoid overflow in
On 10/26/20 3:24 PM, wangyunjian wrote:
> From: Yunjian Wang
>
> The ethdev port id should be 16 bits now. This patch fixes the data
> type of the variable for 'pid', changing from uint32_t to uint16_t.
>
> Fixes: 5b7ba31148a8 ("ethdev: add port ownership")
> Cc: sta...@dpdk.org
>
> Signed-off-
On 10/26/20 3:29 PM, Thomas Monjalon wrote:
> 26/10/2020 13:24, wangyunjian:
>> From: Yunjian Wang
>>
>> The ethdev port id should be 16 bits now. This patch fixes the data
>> type of the variable for 'pid', changing from uint32_t to uint16_t.
>>
>> Fixes: 5b7ba31148a8 ("ethdev: add port ownership
26/10/2020 13:33, Andrew Rybchenko:
> On 10/26/20 3:29 PM, Thomas Monjalon wrote:
> > 26/10/2020 13:24, wangyunjian:
> >> From: Yunjian Wang
> >>
> >> The ethdev port id should be 16 bits now. This patch fixes the data
> >> type of the variable for 'pid', changing from uint32_t to uint16_t.
> >>
>
On 10/23/20 4:42 PM, Nicolas Chautru wrote:
> Adding explicit different ut when testing for validation
> or latency (early termination enabled or not).
>
> Signed-off-by: Nicolas Chautru
> Acked-by: Aidan Goddard
> Acked-by: Dave Burley
> ---
> app/test-bbdev/test_bbdev_perf.c | 92
> +++
On 10/23/20 4:42 PM, Nicolas Chautru wrote:
> Adding explicit check in ut that the stats counters
> have the expect values. Was missing for coverage.
missing from coverage
?
>
> Signed-off-by: Nicolas Chautru
> Acked-by: Aidan Goddard
> Acked-by: Dave Burley
> ---
> app/test-bbdev/test_bbd
On 10/23/20 4:42 PM, Nicolas Chautru wrote:
> Run preloading explicitly for unit tests. Load each code block
> by reusing existing input op then restore for the actual test.
>
> Signed-off-by: Nicolas Chautru
> Acked-by: Liu Tianjiao
> ---
> app/test-bbdev/main.h| 1 +
> app/test-
On 10/23/20 4:42 PM, Nicolas Chautru wrote:
> Replacing magic number for default wait time for hw
> offload.
>
> Signed-off-by: Nicolas Chautru
> Acked-by: Liu Tianjiao
> ---
> app/test-bbdev/test_bbdev_perf.c | 9 +
> 1 file changed, 5 insertions(+), 4 deletions(-)
>
> diff --git a/ap
On 10/23/20 4:42 PM, Nicolas Chautru wrote:
> bler test results are not valid when LLR compression
> is used or for loopback scenarios. Skipping these.
>
> Signed-off-by: Nicolas Chautru
> Acked-by: Aidan Goddard
> Acked-by: Dave Burley
> ---
> app/test-bbdev/test_bbdev_perf.c | 6 +-
> 1
> -Original Message-
> From: Raslan Darawsheh
> Sent: Monday, October 26, 2020 13:42
> To: dev@dpdk.org
> Cc: Matan Azrad ; Slava Ovsiienko
> ; Shy Shyman
> Subject: [PATCH] mlx5: add ConnectX-7 and Bluefield-3 device IDs
>
> This adds the ConnectX-7 and Bluefield-3 device ids to the lis
On 10/23/20 4:43 PM, Nicolas Chautru wrote:
> Reducing number of repetitions from 1000 to 100
> to save time. Results are accurate enough with
> 100 loops.
>
> Signed-off-by: Nicolas Chautru
> Acked-by: Liu Tianjiao
> ---
> app/test-bbdev/test_bbdev_perf.c | 2 +-
> 1 file changed, 1 insertion
update the profile_ov config file to support dynamic
update of subport rate.
Signed-off-by: Savinay Dharmappa
---
examples/qos_sched/profile_ov.cfg | 3 +++
1 file changed, 3 insertions(+)
diff --git a/examples/qos_sched/profile_ov.cfg
b/examples/qos_sched/profile_ov.cfg
index ab509d28d7..14c8
On 10/23/20 4:43 PM, Nicolas Chautru wrote:
> update offload dequeue to retrieve the full ring to be
> agnostic of implementation.
>
> Signed-off-by: Nicolas Chautru
> Acked-by: Aidan Goddard
> Acked-by: Dave Burley
> ---
> app/test-bbdev/test_bbdev_perf.c | 16
> 1 file chan
> On Oct 24, 2020, at 4:09 AM, David Marchand wrote:
>
> On Thu, Oct 22, 2020 at 12:51 AM Dharmik Thakkar
> wrote:
>>
>> Integrate RCU QSBR to make it easier for the applications to use lock
>> free algorithm.
>>
>> Resource reclamation implementation was split from the original
>> series,
Hello Vladimir,
On Sun, Oct 25, 2020 at 7:08 PM Vladimir Medvedkin
wrote:
> diff --git a/lib/librte_fib/rte_fib.h b/lib/librte_fib/rte_fib.h
> index 84ee774..2097ee5 100644
> --- a/lib/librte_fib/rte_fib.h
> +++ b/lib/librte_fib/rte_fib.h
> @@ -58,6 +58,21 @@ enum rte_fib_dir24_8_nh_sz {
>
> -Original Message-
> From: Li Zhang
> Sent: Monday, September 28, 2020 9:56
> To: Dekel Peled ; Ori Kam ; Slava
> Ovsiienko ; Matan Azrad
> Cc: dev@dpdk.org; NBU-Contact-Thomas Monjalon ;
> Raslan Darawsheh
> Subject: [PATCH V1 1/1] net/mlx5: support item type error message in flow
> V
On 10/26/20 8:20 AM, Thomas Monjalon wrote:
> In examples, DPDK header files are external,
> so they must be enclosed with angle brackets, not quotes.
>
> Signed-off-by: Thomas Monjalon
Acked-by: Andrew Rybchenko
On 10/26/20 8:20 AM, Thomas Monjalon wrote:
> Since the kernel module is not part of EAL anymore,
> there is no need to have the common KNI header file in EAL.
> The file rte_kni_common.h is moved to librte_kni.
>
> Signed-off-by: Thomas Monjalon
Acked-by: Andrew Rybchenko
On 10/26/20 8:20 AM, Thomas Monjalon wrote:
> Replace "in a in PMD" with "in a PMD".
>
> Fixes: 4958ca3a443a ("mbuf: support dynamic fields and flags")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Thomas Monjalon
Acked-by: Andrew Rybchenko
26/10/2020 11:40, David Marchand:
> On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
> > + node_mbuf_priv1_dynfield_offset =
> > rte_mbuf_dynfield_register(
> > + &node_mbuf_priv1_dynfield_desc);
> > + if (node_mbuf_priv1_dynfield_of
26/10/2020 11:41, David Marchand:
> On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
> > +/* Dynamic mbuf field for device-specific metadata */
> > +static const struct rte_mbuf_dynfield rte_security_dynfield_desc = {
> > + .name = RTE_SECURITY_DYNFIELD_NAME,
> > + .size = sizeof
This patch introduces a meson option to disable the AVX2 support.
If the build should be for a target without AVX2 support, the
know can be turned to false, even if the compiler supports AVX2.
Signed-off-by: Felix Moessbauer
---
meson.build | 3 ++-
meson_options.txt | 1 +
2 files changed
26/10/2020 11:42, David Marchand:
> On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
> >
> > The CFA code from mark was stored in the deprecated mbuf field udata64.
> > It is moved to a dynamic field in order to allow removal of udata64.
>
> We convert from a 64 bits (with only upper 32 bit
26/10/2020 11:43, David Marchand:
> On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
> >
> > The example used the deprecated mbuf field udata64.
> > It is moved to a dynamic field in order to allow removal of udata64.
> >
> > Note: RTE_MBUF_DYNFIELD_TIMESTAMP_NAME is an existing mbuf field n
On 10/26/20 5:29 PM, Thomas Monjalon wrote:
> 26/10/2020 11:40, David Marchand:
>> On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon wrote:
>>> + node_mbuf_priv1_dynfield_offset =
>>> rte_mbuf_dynfield_register(
>>> + &node_mbuf_priv1_dynfield_desc);
>>>
26/10/2020 15:34, Andrew Rybchenko:
> On 10/26/20 5:29 PM, Thomas Monjalon wrote:
> > 26/10/2020 11:40, David Marchand:
> >> On Mon, Oct 26, 2020 at 6:21 AM Thomas Monjalon
> >> wrote:
> >>> + node_mbuf_priv1_dynfield_offset =
> >>> rte_mbuf_dynfield_register(
> >>> +
1 - 100 of 234 matches
Mail list logo
