On 10/12/20 3:22 PM, Andrew Rybchenko wrote:
> On 10/12/20 2:30 PM, Nipun Gupta wrote:
>>> -Original Message-
>>> From: Andrew Rybchenko
>>> Sent: Monday, October 12, 2020 1:32 PM
>>> To: Nipun Gupta ; dev@dpdk.org
>>> Cc: tho...@monjalon.net; ferruh.yi...@intel.com; arybche...@solarflare.
Hi Thomas and Jerin,
There seems two views:
1. Use of existing rx_offload_capa, to have additional error packet drop
offload capabilities. This is showcased in v2, and also suggested by Thomas.
2. Adding additional offload capability flag types and configuration structure
for error packet drop c
> -Original Message-
> From: yang_y...@163.com
> Sent: Saturday, October 10, 2020 11:10 AM
> To: dev@dpdk.org
> Cc: Hu, Jiayu ; mark.b.kavan...@intel.com; Ananyev,
> Konstantin ; olivier.m...@6wind.com;
> tho...@monjalon.net; yangy...@inspur.com; yang_y...@163.com
> Subject: [PATCH] gso
> -Original Message-
> From: Andrew Rybchenko
> Sent: Tuesday, October 13, 2020 12:52 PM
> To: Nipun Gupta ; dev@dpdk.org
> Cc: tho...@monjalon.net; ferruh.yi...@intel.com; Hemant Agrawal
> ; Sachin Saxena ; Rohit
> Raj ; jerinjac...@gmail.com;
> step...@networkplumber.org; as...@nvidia.
On 10/13/20 10:36 AM, Nipun Gupta wrote:
>
>
>> -Original Message-
>> From: Andrew Rybchenko
>> Sent: Tuesday, October 13, 2020 12:52 PM
>> To: Nipun Gupta ; dev@dpdk.org
>> Cc: tho...@monjalon.net; ferruh.yi...@intel.com; Hemant Agrawal
>> ; Sachin Saxena ; Rohit
>> Raj ; jerinjac...@gm
> -Original Message-
> From: Guo, Junfeng
> Sent: Tuesday, October 13, 2020 2:26 PM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Xing, Beilei
> Cc: dev@dpdk.org; Guo, Junfeng
> Subject: [PATCH v2] net/ice: refactor RSS config for potential bugs
Renamed to refactor RSS config wrap and fix pot
Le 12/10/2020 à 21:28, Nick Connolly a écrit :
> Running dpdk-helloworld on Linux with lib numa present,
> but no kernel support for NUMA (CONFIG_NUMA=n) causes
> ret_service_init() to fail with EAL: error allocating
> rte services array.
>
> alloc_seg() calls get_mempolicy to verify that the allo
On 10/13/20 5:41 AM, Wei Hu (Xavier) wrote:
> From: Chengchang Tang
>
> This patch adds checking whether the related Tx or Rx queue has been setup
"This patch adds checking" -> "Add checking"
> in the queue-related API functions to avoid illegal address access. And
> validity check of the queue
Yes, thanks.
> -Original Message-
> From: Thomas Monjalon
> Sent: Monday, October 12, 2020 11:50 PM
> To: Dekel Peled
> Cc: Ori Kam ; ferruh.yi...@intel.com;
> arybche...@solarflare.com; konstantin.anan...@intel.com;
> olivier.m...@6wind.com; wenzhuo...@intel.com; beilei.x...@intel.com;
> -Original Message-
> From: Andrew Rybchenko
> Sent: Tuesday, October 13, 2020 1:21 PM
> To: Nipun Gupta ; dev@dpdk.org
> Cc: tho...@monjalon.net; ferruh.yi...@intel.com; Hemant Agrawal
> ; Sachin Saxena ; Rohit
> Raj ; jerinjac...@gmail.com;
> step...@networkplumber.org; as...@nvidia.c
Add sample action validate function.
Sample Flow is supported in NIC-RX and FDB domains. For the NIC-RX
the Sample Flow action list must include the destination queue action.
Only NIC-RX domain supports the optional actions list. FDB doesn't
support any optional actions, the sampled packets is al
The new DR sample action is supported since OFED version
5.1.2 or rdma-core version v32.
MLX5 PMD adds the rdma-core command 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: Via
Mirroring flow using sample action with ratio is 1, and it doesn't
support jump action with the same one flow.
Sample action must have destination actions like port or queue for
mirroring, and don't need split function as sampling flow.
Signed-off-by: Jiawei Wang
Acked-by: Viacheslav Ovsiienko
Add description about the sample flow limitation.
Sample Flow supports in NIC-Rx and E-Switch domains.
Due to Metadata register c0 is deleted while doing the loopback,
so that only support forward the sampling packet into
E-Switch manager port, no additional action support in sample flow.
Signed-o
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
Acked-by: Viacheslav Ovsiienko
---
driver
Translate the attribute of sample action that include sample ratio
and sub actions list.
PMD will check the destination action number in current flow,
if found multiple destination actions, then create the new destination
array rdma action that group actions for each destination.
Currently only sup
The new DR destination array action is supported since the
rdma-core version v32.
Destination array action is used group DR actions to a single action,
And it can be used for mirroring packet and forward to every
destination (port or queue) in the array.
Signed-off-by: Jiawei Wang
Acked-by: Viac
This patch set implement the flow sampling and mirroring for mlx5 driver.
MLX5 PMD driver will be responsible for validate and translate the sample
action while creating a flow.
Depends-on: series-12828 ("support the flow-based traffic sampling")
v2:
* Fix incorrect check for E-Switch sample spl
Add the offloads minimum versions for new sampling feature.
Signed-off-by: Jiawei Wang
Reviewed-by: Asaf Penso
---
doc/guides/nics/mlx5.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst
index 166310f..8d567e1 100644
--- a/doc/guides
Translate the attribute of sample action that include sample ratio
and sub actions list, then create the sample DR action.
The metadata register value will be lost in the default path after
Sampler in FDB due to CX5 HW limitation.
Since source vport also be shared with metadata register c0, MLX5
The flow with sample action will be splited into two sub flows:
the prefix sub flow with the all actions preceding the sample
action and sample action itself, and the suffix sub flow with
the actions following the sample action.
The original items remain in the prefix sub flow, add the
implicit ta
Thanks, PSB.
> -Original Message-
> From: Thomas Monjalon
> Sent: Monday, October 12, 2020 11:42 PM
> To: Ori Kam ; Dekel Peled
> Cc: ferruh.yi...@intel.com; arybche...@solarflare.com;
> konstantin.anan...@intel.com; olivier.m...@6wind.com;
> wenzhuo...@intel.com; beilei.x...@intel.com;
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 VFs. The enabling metadata
extractions involve the metadata of VLAN/IPv4/IPv6/IPv6-FLOW/TCP/MPLS
flexible descriptors, a
Hi Xavier,
Thanks for taking care of the comments. LGTM.
Reviewed-by: Kalesh AP
Regards,
Kalesh
On Tue, Oct 13, 2020 at 8:11 AM Wei Hu (Xavier)
wrote:
> From: Chengchang Tang
>
> This patch adds checking whether the related Tx or Rx queue has been setup
> in the queue-related API functions
On 10/13/20 12:53 AM, Thomas Monjalon wrote:
> 12/10/2020 18:46, Ferruh Yigit:
>> Queue stats are stored in 'struct rte_eth_stats' as array and array size
>> is defined by 'RTE_ETHDEV_QUEUE_STAT_CNTRS' compile time flag.
>>
>> As a result of technical board discussion, decided to remove the queue
>
13/10/2020 00:01, Jim Harris:
> When a device is inserted into an existing BDF slot
> that has not been probed, we must overwrite the old
> PCI ID with the ID of the new function. Otherwise
> we may not probe the function with the correct driver,
> if at all.
>
> Signed-off-by: Jim Harris
> ---
>
On 10/6/20 1:57 PM, Thomas Monjalon wrote:
> 06/10/2020 11:43, Ferruh Yigit:
>> On 10/5/2020 6:08 PM, Thomas Monjalon wrote:
>>> The API function rte_eth_dev_close() was returning void.
>>> The return type is changed to int for notifying of errors.
>>>
>>> If an error happens during a close operati
From: "huawei.xhw"
v2 changes:
- add more explanation in the commit message
v3 changes:
- fix patch format issues
v4 changes:
- fixes for RTE_KDRV_UIO_GENERIC -> RTE_PCI_KDRV_UIO_GENERIC
huawei.xhw (1):
pci: support both PIO and MMIO BAR for legacy virtio on x86
From: "huawei.xhw"
Legacy virtio-pci only supports PIO BAR resource. As we need to create lots of
virtio devices and PIO resource on x86 is very limited, we expose MMIO BAR.
Kernel supports both PIO and MMIO BAR for legacy virtio-pci device. We handles
different type of BAR in the similar way.
On 10/9/2020 8:47 AM, l00283554 wrote:
fix coredump when secondary process using the hinic port.
the reason is that during the stage of
secondary process port initialization,
it lack the initialization of "eth_dev->dev_ops".
Signed-off-by: Qingqing Li
---
v3: update the signed-off information.
On 10/8/2020 10:17 AM, Ciara Loftus wrote:
Supporting this would require locks, which would impact the performance of
the more typical cases - xsks with different qids and netdevs.
Signed-off-by: Ciara Loftus
Fixes: 74b46340e2d4 ("net/af_xdp: support shared UMEM")
Hi Ciara,
'check-git-log.sh
On 10/7/20 4:28 PM, Dekel Peled wrote:
> Existing API supports AGE action to monitor the aging of a flow.
> This patch implements RFC [1], introducing the response format for query
> of an AGE action.
> Application will be able to query the AGE action state.
> The response will be returned in the f
13/10/2020 10:40, Andrew Rybchenko:
> On 10/6/20 1:57 PM, Thomas Monjalon wrote:
> > 06/10/2020 11:43, Ferruh Yigit:
> >> On 10/5/2020 6:08 PM, Thomas Monjalon wrote:
> >>> The API function rte_eth_dev_close() was returning void.
> >>> The return type is changed to int for notifying of errors.
> >>
On 10/8/2020 8:28 AM, David Marchand wrote:
On Wed, Sep 23, 2020 at 4:23 PM Radu Nicolau wrote:
Implement 2 new functions that will enable write combining
stores depending on architecture. The functions are provided
as a generic stub and a x86 specific implementation.
The reason to implement
13/10/2020 10:31, Andrew Rybchenko:
> On 10/13/20 12:53 AM, Thomas Monjalon wrote:
> > 12/10/2020 18:46, Ferruh Yigit:
> >> Queue stats are stored in 'struct rte_eth_stats' as array and array size
> >> is defined by 'RTE_ETHDEV_QUEUE_STAT_CNTRS' compile time flag.
> >>
> >> As a result of technical
On Fri, Oct 09, 2020 at 02:50:44PM +0100, Mairtin o Loingsigh wrote:
> This patch adds support for run-time selection of the optimal
> architecture-specific CRC path, based on the supported instruction set(s)
> of the CPU.
>
> The compiler option checks have been moved from the C files to the meso
From: Dekel Peled
> Add debug printout showing HCA capability lro_min_mss_size - the minimal
> size of TCP segment required for coalescing.
> MLX5 PMD documentation is updated to note this condition.
>
> Signed-off-by: Dekel Peled
Acked-by: Matan Azrad
On 10/13/20 12:05 PM, Thomas Monjalon wrote:
> 13/10/2020 10:31, Andrew Rybchenko:
>> On 10/13/20 12:53 AM, Thomas Monjalon wrote:
>>> 12/10/2020 18:46, Ferruh Yigit:
Queue stats are stored in 'struct rte_eth_stats' as array and array size
is defined by 'RTE_ETHDEV_QUEUE_STAT_CNTRS' compi
On Fri, Oct 9, 2020 at 11:56 PM Stephen Hemminger
wrote:
> There a some minor whitespace issues (from checkpatch) which will get fixed in
> next version.
Travis reported:
https://travis-ci.com/github/ovsrobot/dpdk/builds/189130545
- pipeline example is broken, missed during rebase:
../examples/p
On 10/13/2020 9:55 AM, Thomas Monjalon wrote:
<...>
dev = &rte_eth_devices[port_id];
- RTE_FUNC_PTR_OR_RET(*dev->dev_ops->dev_close);
- (*dev->dev_ops->dev_close)(dev);
+ RTE_FUNC_PTR_OR_ERR_RET(*dev->dev_ops->dev_close, -ENOTSUP);
+ *lasterr = (*dev->dev_ops->dev
On 12-Oct-20 8:22 PM, Nick Connolly wrote:
Running dpdk-helloworld on Linux with lib numa present,
but no kernel support for NUMA (CONFIG_NUMA=n) causes
ret_service_init() to fail with EAL: error allocating
rte services array.
alloc_seg() calls get_mempolicy to verify that the allocation
has hap
On 12-Oct-20 2:13 PM, Burakov, Anatoly wrote:
On 12-Oct-20 1:50 PM, Ananyev, Konstantin wrote:
Add two new power management intrinsics, and provide an
implementation
in eal/x86 based on UMONITOR/UMWAIT instructions. The
instructions
are implemented as raw byte opcodes because there is not
Most of the patches from the v3 have been merged already.
The remaining 3 patches are reworked in this v4:
- reset dev_started in some PMDs
- selectively reset pointers in rte_eth_dev_release_port()
- fix error handling
v5: change error code to ENODEV if wrong port id
Thomas Monjalon (3):
When closing a port, it is supposed to be already stopped,
and marked as such with "dev_started" state zeroed by the stop API.
Resetting "dev_started" before calling the driver close operation
was hiding the case of not properly stopped port being closed.
The flag "dev_started" is not changed anym
The API function rte_eth_dev_close() was returning void.
The return type is changed to int for notifying of errors.
If an error happens during a close operation,
the status of the port is undefined,
a maximum of resources having been freed.
Signed-off-by: Thomas Monjalon
Reviewed-by: Liron Himi
The function rte_eth_dev_release_port() is partially resetting
the struct rte_eth_dev. The drivers were completing this reset
with more pointers set to NULL in the close or remove operations.
More pointers are reset at ethdev level,
and some redundant assignments are removed from PMDs.
Signed-off
> -Original Message-
> From: Guo, Jia
> Sent: Tuesday, October 13, 2020 4:18 PM
> To: Wu, Jingjing ; Zhang, Qi Z ;
> Xing, Beilei ; Yigit, Ferruh
> Cc: dev@dpdk.org; Wang, Haiyue ; Guo, Jia
>
> Subject: [PATCH v8] net/iavf: support flex desc metadata extraction
>
> Enable metadata ex
From: Guy Kaneti
This patchset adds support for OCTEON TX2 regex driver as DPDK regexdev.
The driver implements the API defined in the regexdev lib.
v3:
* Fix ML comments.
v2:
* Rebase.
* Remove config/common_base from patch
* change rte_cio_wmb to rte_io_wmb
Guy Kaneti (3):
common/octeontx
From: Guy Kaneti
Add meson based build infrastructure along with the
OTX2 regexdev (REE) device functions.
Add Marvell OCTEON TX2 regex guide.
Signed-off-by: Guy Kaneti
---
MAINTAINERS |4 +
doc/guides/platform/octeontx2.rst |5 +
doc/guide
From: Guy Kaneti
Update the devbind script with new section of regex devices, also
added OCTEONTX2 REE device ID to regex device list
Signed-off-by: Guy Kaneti
---
doc/guides/regexdevs/octeontx2.rst | 11 +++
usertools/dpdk-devbind.py | 8
2 files changed, 19 inserti
From: Guy Kaneti
Add REE mbox msg definitions, RVU and REE HW definitions
Signed-off-by: Guy Kaneti
---
drivers/common/octeontx2/hw/otx2_ree.h| 27 +
drivers/common/octeontx2/hw/otx2_rvu.h| 5 +
drivers/common/octeontx2/otx2_common.c| 1 +
drivers/common/octeon
On Wed, Oct 07, 2020 at 05:10:38PM +0100, Vladimir Medvedkin wrote:
> Add new lookup implementation for DIR24_8 algorithm using
> AVX512 instruction set
>
> Signed-off-by: Vladimir Medvedkin
> Acked-by: Konstantin Ananyev
> ---
> doc/guides/rel_notes/release_20_11.rst | 3 +
> lib/librte_fib/
On 10/2/2020 1:07 AM, Honnappa Nagarahalli wrote:
From: Phil Yang
While registering the call back functions full write barrier
can be replaced with one-way write barrier.
Signed-off-by: Phil Yang
Signed-off-by: Honnappa Nagarahalli
Reviewed-by: Ruifeng Wang
+Konstantin & Jerin,
Can you p
On 10/2/2020 1:07 AM, Honnappa Nagarahalli wrote:
Call back functions are registered on the control plane. They
are accessed from the data plane. Hence, correct memory orderings
should be used to avoid race conditions.
Fixes: 4dc294158cac ("ethdev: support optional Rx and Tx callbacks")
Fixes: c
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.
Each arch has a define for the default SIMD bitwidth value,
A number of components in DPDK have optional AVX-512 or other vector
code paths which can be selected at runtime. Rather than having each
component provide its own mechanism to select a code path, this patchset
adds support for a single setting to control what code paths are used.
This can be used
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
---
v4: Updated docs to reflect renamed enum.
v3:
- Added enum value for dis
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
Acked-by: Konstantin Ananyev
---
v4: Updated enum names.
---
drivers/net/i40e/i40e_rxtx.c | 18 +
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
Acked-by: Amaranath Somalapuram
---
v4: Updated enum name.
---
drivers/net/axgbe/axgbe_rxtx.c | 3 ++
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
---
v4: Updated enum name.
---
drivers/net/bnxt/bnxt_ethdev.c | 6 --
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: John Daley
Cc: Hyong Youb Kim
Acked-by: Hyong Youb Kim
Signed-off-by: Ciara Power
---
v4: Updated enum name.
---
drivers/net/enic/enic_rxtx_vec_avx2
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
Acked-by: Qi Zhang
---
v4: Updated enum name.
---
drivers/net/fm10k/fm10k_ethdev.c | 11 --
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
---
v4: Updated enum name.
---
drivers/net/iavf/iavf_rxtx.c | 16 ++--
1 file chan
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
---
v4: Updated enum name.
---
drivers/net/ice/ice_rxtx.c | 20 ++--
1 file chang
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
Acked-by: Konstantin Ananyev
---
v4:
- Updated enum name.
- Moved placement of condition check.
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
Acked-by: Viacheslav Ovsiienko
---
v4: Updated enum name.
v2: Move
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
Acked-by: David Hunt
---
v4: Updated enum name.
---
lib/librte_distributor/rte_distributor.c | 3 ++-
1 file ch
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
---
v4: Updated enum name.
v3: Moved max SIMD bitwidth check to configure
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.
The vector path was initially chosen in RTE_INIT, however this is no
longer suitable as we cannot check the max SIMD bitwidth at that time.
Default handlers ar
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
Acked-by: Yipeng Wang
---
v4: Updated enum name.
---
lib/librte_member/rte_member_ht.c | 3
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
Acked-by: Yipeng Wang
---
v4: Updated enum name.
---
lib/librte_efd/rte_efd.c | 7 +--
1
On 10/13/20 1:06 PM, Thomas Monjalon wrote:
> The API function rte_eth_dev_close() was returning void.
> The return type is changed to int for notifying of errors.
>
> If an error happens during a close operation,
> the status of the port is undefined,
> a maximum of resources having been freed.
>
When choosing the vector path, max SIMD bitwidth is now checked to
ensure the vector path is suitable. To do this, rather than the
scalar/vector lookup functions being called directly from the apps, a
generic function is called which will then call the scalar or vector
lookup function.
Cc: Nithin
13/10/2020 12:41, Andrew Rybchenko:
> On 10/13/20 1:06 PM, Thomas Monjalon wrote:
> > The API function rte_eth_dev_close() was returning void.
> > The return type is changed to int for notifying of errors.
> >
> > If an error happens during a close operation,
> > the status of the port is undefine
On 9/14/2020 1:42 PM, Morten Brørup wrote:
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Bruce Richardson
Sent: Monday, September 14, 2020 1:27 PM
On Mon, Sep 14, 2020 at 01:05:11PM +0200, Morten Brørup wrote:
Updated description of rte_eth_rx_burst() to reflect what drivers,
when using
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.
Each arch has a define for the default SIMD bitwidth value,
A number of components in DPDK have optional AVX-512 or other vector
code paths which can be selected at runtime. Rather than having each
component provide its own mechanism to select a code path, this patchset
adds support for a single setting to control what code paths are used.
This can be used
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
Acked-by: Konstantin Ananyev
---
v4: Updated enum names.
---
drivers/net/i40e/i40e_rxtx.c | 18 +
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
Acked-by: Amaranath Somalapuram
---
v4: Updated enum name.
---
drivers/net/axgbe/axgbe_rxtx.c | 3 ++
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
---
v4: Updated docs to reflect renamed enum.
v3:
- Added enum value for dis
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
---
v4: Updated enum name.
---
drivers/net/bnxt/bnxt_ethdev.c | 6 --
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: John Daley
Cc: Hyong Youb Kim
Acked-by: Hyong Youb Kim
Signed-off-by: Ciara Power
---
v4: Updated enum name.
---
drivers/net/enic/enic_rxtx_vec_avx2
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
Acked-by: Qi Zhang
---
v4: Updated enum name.
---
drivers/net/fm10k/fm10k_ethdev.c | 11 --
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
---
v4: Updated enum name.
---
drivers/net/iavf/iavf_rxtx.c | 16 ++--
1 file chan
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
---
v4: Updated enum name.
---
drivers/net/ice/ice_rxtx.c | 20 ++--
1 file chang
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
Acked-by: Viacheslav Ovsiienko
---
v4: Updated enum name.
v2: Move
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
Acked-by: Konstantin Ananyev
---
v4:
- Updated enum name.
- Moved placement of condition check.
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
Acked-by: David Hunt
---
v4: Updated enum name.
---
lib/librte_distributor/rte_distributor.c | 3 ++-
1 file ch
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
---
v4: Updated enum name.
v3: Moved max SIMD bitwidth check to configure
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
Acked-by: Yipeng Wang
---
v4: Updated enum name.
---
lib/librte_member/rte_member_ht.c | 3
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
Acked-by: Yipeng Wang
---
v4: Updated enum name.
---
lib/librte_efd/rte_efd.c | 7 +--
1
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.
The vector path was initially chosen in RTE_INIT, however this is no
longer suitable as we cannot check the max SIMD bitwidth at that time.
Default handlers ar
When choosing the vector path, max SIMD bitwidth is now checked to
ensure the vector path is suitable. To do this, rather than the
scalar/vector lookup functions being called directly from the apps, a
generic function is called which will then call the scalar or vector
lookup function.
Cc: Nithin
On 10/13/2020 9:53 AM, Andrew Rybchenko wrote:
On 10/7/20 4:28 PM, Dekel Peled wrote:
Existing API supports AGE action to monitor the aging of a flow.
This patch implements RFC [1], introducing the response format for query
of an AGE action.
Application will be able to query the AGE action state
> -Original Message-
> From: Power, Ciara
> Sent: Tuesday, October 13, 2020 19:05
> To: dev@dpdk.org
> Cc: vikto...@rehivetech.com; ruifeng.w...@arm.com; jer...@marvell.com;
> d...@linux.vnet.ibm.com;
> Richardson, Bruce ; Ananyev, Konstantin
> ;
> Power, Ciara ; Zhao1, Wei ; Guo,
> Jia
Hi Konstantin,
>-Original Message-
>From: Ananyev, Konstantin
>Sent: Thursday 8 October 2020 15:55
>To: Olivier Matz ; Power, Ciara
>
>Cc: Coyle, David ; Singh, Jasvinder
>; dev@dpdk.org; O'loingsigh, Mairtin
>; Ryan, Brendan ;
>Richardson, Bruce
>Subject: RE: [dpdk-dev] [PATCH v3 17/18
Hi Ciara,
On Tue, Oct 13, 2020 at 12:04:36PM +0100, Ciara Power wrote:
> 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.
>
> The vector path was initially chosen in RTE_INIT, however this is no
> longer
Hi Honnappa,
> Hi Konstantin,
> Appreciate your feedback.
>
>
>
> >
> >
> > > Add scatter gather APIs to avoid intermediate memcpy. Use cases that
> > > involve copying large amount of data to/from the ring can benefit from
> > > these APIs.
> > >
> > > Signed-off-by: Honnappa Nagarahal
Reduce number of source BDs to submit a request to crypto engine.
This improves the performance as crypto engine fetches all the BDs in
single cycle. Adjust optional metadata (OMD) in continuation of
fixed meta data (FMD).
Signed-off-by: Vikas Gupta
Signed-off-by: Raveendra Padasalagi
Reviewed-b
Hi,
This patch optimizes for crypto request processing in crypto engine
by reducing the number of source BDs for Broadcom FlexSparc device.
The patch has been tested on FlexSparc device.
Regards,
Vikas
Changes from: v1->v2
Rebase the patch with latest dpdk-next-crypto
Vikas Gupta (1)
1 - 100 of 379 matches
Mail list logo
