> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Wednesday, September 11, 2019 13:38
> To: Ruifeng Wang (Arm Technology China) ;
> Ananyev, Konstantin ; Kantecki, Tomasz
>
> Cc: dev@dpdk.org; Gavin Hu (Arm Technology China) ;
> Honnappa Nagarahalli ; nd
> ; nd
> Subject: RE: [dp
Thanks Gavin, my answers are inline.
> -Original Message-
> From: Gavin Hu (Arm Technology China) [mailto:gavin...@arm.com]
> Sent: Wednesday, September 11, 2019 11:35 AM
> To: Liu, Yong ; Wang, Yinan ;
> Maxime Coquelin ; Joyce Kong (Arm Technology
> China) ; dev@dpdk.org
> Cc: nd ; Bie,
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Wednesday, September 11, 2019 13:33
> To: Ruifeng Wang (Arm Technology China) ;
> Ananyev, Konstantin ; Kantecki, Tomasz
>
> Cc: dev@dpdk.org; Gavin Hu (Arm Technology China) ;
> nd ; nd
> Subject: RE: [dpdk-dev] [PATCH 0/2] add
Ping..
-Original Message-
From: agup...@marvell.com
Sent: Friday, September 6, 2019 11:20 AM
To: yipeng1.w...@intel.com; sameh.gobr...@intel.com;
bruce.richard...@intel.com; pablo.de.lara.gua...@intel.com
Cc: dev@dpdk.org; Amit Gupta
Subject: [PATCH 0/2] test/meson: fix hash readwrite
> >
> >
> >
> > > >
> > > > >
> > > > > Lock-free mode is supported by hash library and LPM library.
> > > > > Now we add an option for l3fwd example to enable the lock-free
> mode.
> > > > > Necessary preparation steps are added to use lock-free LPM mode.
> > > >
> > > > Can I ask about the purpo
This patch adds the feature that supports loading DDP package
according to the device serial number. Prior to loading the
default DDP package (ice.pkg), the driver will check for the
presence of a device-specific DDP package with the name containing
64-bit PCIe Device Serial Number (ice-xxx
> >
> >
> >
> > > >
> > > > Hi,
> > > >
> > > > >
> > > > > Lock-free mode is supported by hash library and LPM library.
> > > > > Now we add an option for l3fwd example to enable the lock-free
> mode.
> > > > > Necessary preparation steps are added to use lock-free LPM mode.
> > > >
> > > > Can I
The Item order validation between L2 and L3 is missing, which leading to
the following flow rule is accepted:
testpmd> flow create 0 ingress pattern ipv4 / eth / end actions drop /
end
Only the outer L3 layer should check whether the L2 layer is present,
because the L3 layer could di
Tuesday, September 10, 2019 4:56 PM, Maxime Coquelin:
> Subject: Re: [dpdk-dev] [PATCH 00/15] Introduce Virtio vDPA driver
> On 9/10/19 3:44 PM, Shahaf Shuler wrote:
> > Tuesday, September 10, 2019 10:46 AM, Maxime Coquelin:
> >> Subject: Re: [dpdk-dev] [PATCH 00/15] Introduce Virtio vDPA driver
[
Hi Marvin,
Thanks for your answers, one more question for x86:
1. For CIO memory alone or MMIO memory(eg PCI BAR) alone, the compiler barrier
is enough to keep ordering, that's why both rte_io_mb and rte_cio_mb are
defined as compiler barriers, right?
2. How about the ordering of interleaved CIO
> -Original Message-
> From: dev On Behalf Of Xiao Zhang
> Sent: Wednesday, September 11, 2019 1:41 AM
> To: dev@dpdk.org
> Cc: wenzhuo...@intel.com; Xiao Zhang ;
> sta...@dpdk.org
> Subject: [dpdk-dev] net/e1000: correct mb function
>
> Use rte_cio_wmb instead of rte_wmb when writing
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of lunyuan.cui
> Sent: Friday, September 6, 2019 7:48 PM
> To: dev@dpdk.org
> Cc: Lu, Wenzhuo ; Cui, LunyuanX
> ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH v2] net/iavf: fix multi-queue Rx interrupt for VF
>
> The
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Monday, September 9, 2019 6:21 PM
> To: Yu, Jin ; dev@dpdk.org
> Cc: Liu, Changpeng ; Bie, Tiwei
> ; Wang, Zhihong ; Lin Li
> ; Xun Ni ; Yu Zhang
>
> Subject: Re: [PATCH v6 05/10] vhost: checkout and c
> -Original Message-
> From: Gavin Hu (Arm Technology China) [mailto:gavin...@arm.com]
> Sent: Tuesday, September 10, 2019 5:49 PM
> To: Wang, Yinan ; Maxime Coquelin
> ; Joyce Kong (Arm Technology China)
> ; dev@dpdk.org
> Cc: nd ; Bie, Tiwei ; Wang, Zhihong
> ; amore...@redhat.com; Wang
> -Original Message-
> From: Ye, Xiaolong
> Sent: Tuesday, September 10, 2019 11:09 PM
> To: Zhang, Qi Z
> Cc: Yigit, Ferruh ; Loftus, Ciara
> ; dev@dpdk.org; sta...@dpdk.org; Karlsson,
> Magnus
> Subject: Re: [PATCH] net/af_xdp: fix Tx halt when no recv packets
>
> On 09/10, Zhang, Q
> -Original Message-
> From: Ye, Xiaolong
> Sent: Tuesday, September 10, 2019 9:54 PM
> To: Zhang, Qi Z
> Cc: Yigit, Ferruh ; Loftus, Ciara
> ; dev@dpdk.org; sta...@dpdk.org; Karlsson,
> Magnus
> Subject: Re: [PATCH] net/af_xdp: fix Tx halt when no recv packets
>
> On 09/10, Zhang, Qi
Acked-by: Chas Williams
On 9/10/19 4:25 AM, Andrew Rybchenko wrote:
From: Igor Romanov
Fix the issue that the link speed of the bond device was set to the
link speed of the first active slave in broadcast mode.
Set the link speed of the bond device to the minimum value across
all of the slav
Hello,
I have some questions regarding the i40e driver in reference to Intel X710 NICs.
I have several 10G X710 cards on a host, mapped into a kvm-based guest via
PCI-passthrough.
DPDK sees these cards (the 6 in "Other Network Devices"):
# dpdk-devbind --status
Network devices using kernel
Previously, KNI kernel module uses the difference between m->buf_addr
and m->buf_iova to calculate userspace virtual address from physical
address. This works for direct mbufs, but does not work for indirect
(cloned) mbufs that come from another mempool. Transmitting a cloned
mbuf may cause segment
Acked-by: Sachin Saxena
According to the selected Rx/Tx burst function name, retrieve the
related burst mode options.
Signed-off-by: Haiyue Wang
---
drivers/net/ice/ice_ethdev.c | 2 ++
drivers/net/ice/ice_rxtx.c | 54
drivers/net/ice/ice_rxtx.h | 4 +++
3 files changed, 60 in
Add the 'Burst mode' section into command 'show rxq|txq info
' to show the Rx/Tx burst mode description like:
"Burst mode: Vector AVX2 Scattered"
Signed-off-by: Haiyue Wang
---
app/test-pmd/config.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/app/test-pmd/co
According to the selected Rx/Tx burst function name, retrieve the
related burst mode options.
Signed-off-by: Haiyue Wang
---
drivers/net/i40e/i40e_ethdev.c | 2 +
drivers/net/i40e/i40e_ethdev.h | 4 ++
drivers/net/i40e/i40e_rxtx.c | 72 ++
3 files changed, 78
Some PMDs have more than one RX/TX burst paths, add the ethdev API
that allows an application to retrieve the mode information about
Rx/Tx packet burst such as Scalar or Vector, and Vector technology
like AVX2.
Signed-off-by: Haiyue Wang
---
doc/guides/rel_notes/release_19_11.rst | 8 +++
lib
v1 -> v2:
Avoid ABI breaking, add a simple trace API to export string type
information.
v2 -> v3:
Use bit fields to present the burst mode setting, and rename the
APIs.
Haiyue Wang (4):
ethdev: add the API for getting burst mode information
net/i40e: support to get the Rx/Tx burst mode
net
Acked-by: Sachin Saxena
> -Original Message-
> From: Ferruh Yigit
> Sent: Thursday, September 5, 2019 8:23 PM
> To: Hemant Agrawal ; Sachin Saxena
>
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [PATCH 01/10] bus/fslmc: fix global variable multiple definitions
>
> 'qman_version' globa
Digest length in RTE_CRYPTO_AUTH_AES_XCBC_MAC capability
was incorrectly marked 16 bytes, should be 12.
Fixes: 6a3c87bc6a6c ("crypto/qat: refactor capabilities infrastructure")
cc: sta...@dpdk.org
Signed-off-by: Fiona Trahe
---
drivers/crypto/qat/qat_sym_capabilities.h |4 ++--
1 files chan
> >
> > On Fri, 6 Sep 2019 18:26:13 +0800
> > Ruifeng Wang wrote:
> >
> > > Lock-free mode is supported by hash library and LPM library.
> > > Now we add an option for l3fwd example to enable the lock-free mode.
> > > Necessary preparation steps are added to use lock-free LPM mode.
> >
> > If l
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 23:36
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 4
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 23:35
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 4
On 9/10/2019 4:18 PM, Wang, Haiyue wrote:
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Tuesday, September 10, 2019 23:03
>> To: Wang, Haiyue ; Richardson, Bruce
>>
>> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>>
>> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API fo
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 23:34
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 4
On 9/10/2019 4:21 PM, Wang, Haiyue wrote:
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Tuesday, September 10, 2019 23:07
>> To: Wang, Haiyue ; Richardson, Bruce
>>
>> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>>
>> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API fo
On 9/10/2019 4:17 PM, Wang, Haiyue wrote:
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Tuesday, September 10, 2019 23:00
>> To: Wang, Haiyue ; Richardson, Bruce
>>
>> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>>
>> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API fo
> -Original Message-
> From: Dybkowski, AdamX
> Sent: Tuesday, August 6, 2019 10:10 AM
> To: dev@dpdk.org; Trahe, Fiona ; Luse, Paul E
>
> Cc: Dybkowski, AdamX
> Subject: [PATCH] compress/isal: create shorter qp name
>
> This patch shortens the queue pair name created when initializi
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 23:07
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 5
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 23:03
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 3
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 23:00
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 1
On 09/10, Zhang, Qi Z wrote:
>
>
>> -Original Message-
>> From: Ye, Xiaolong
>> Sent: Tuesday, September 10, 2019 9:54 PM
>> To: Zhang, Qi Z
>> Cc: Yigit, Ferruh ; Loftus, Ciara
>> ; dev@dpdk.org; sta...@dpdk.org; Karlsson,
>> Magnus
>> Subject: Re: [PATCH] net/af_xdp: fix Tx halt when no
On 9/10/2019 5:36 AM, Wang, Haiyue wrote:
> Thanks Ferruh, Bruce.
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Monday, September 9, 2019 21:18
>> To: Richardson, Bruce
>> Cc: Wang, Haiyue ; Ray Kinsella ;
>> dev@dpdk.org; Sun, Chenmin
>>
>> Subject: Re: [dpdk-dev] [RFC v2 1/3
On 9/10/2019 3:19 PM, Wang, Haiyue wrote:
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Tuesday, September 10, 2019 17:15
>> To: Wang, Haiyue ; Richardson, Bruce
>>
>> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>>
>> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API fo
On 9/10/2019 12:41 PM, Wang, Haiyue wrote:
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Tuesday, September 10, 2019 17:15
>> To: Wang, Haiyue ; Richardson, Bruce
>>
>> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>>
>> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API f
> -Original Message-
> From: Ye, Xiaolong
> Sent: Tuesday, September 10, 2019 9:54 PM
> To: Zhang, Qi Z
> Cc: Yigit, Ferruh ; Loftus, Ciara
> ; dev@dpdk.org; sta...@dpdk.org; Karlsson,
> Magnus
> Subject: Re: [PATCH] net/af_xdp: fix Tx halt when no recv packets
>
> On 09/10, Zhang, Qi
Hi,
> -Original Message-
> From: Viacheslav Ovsiienko
> Sent: Tuesday, September 10, 2019 4:52 PM
> To: dev@dpdk.org
> Cc: Raslan Darawsheh ; sta...@dpdk.org
> Subject: [PATCH v2] net/mlx5: fix netlink rdma socket callback routine
>
> The mlx5 PMD uses Netlink socket to communicate with
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 17:15
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 9
On 9/10/19 3:44 PM, Shahaf Shuler wrote:
> Tuesday, September 10, 2019 10:46 AM, Maxime Coquelin:
>> Subject: Re: [dpdk-dev] [PATCH 00/15] Introduce Virtio vDPA driver
>>
>> Hi Shahaf,
>>
>> On 9/9/19 1:55 PM, Shahaf Shuler wrote:
>>> Hi Maxime,
>>>
>>> Thursday, August 29, 2019 11:00 AM, Maxime
On 09/10, Zhang, Qi Z wrote:
>
>
>> -Original Message-
>> From: Ye, Xiaolong
>> Sent: Tuesday, September 10, 2019 12:13 AM
>> To: Yigit, Ferruh ; Loftus, Ciara
>> ; Ye, Xiaolong ; Zhang, Qi Z
>>
>> Cc: dev@dpdk.org; sta...@dpdk.org
>> Subject: [PATCH] net/af_xdp: fix Tx halt when no recv p
The mlx5 PMD uses Netlink socket to communicate with Infiniband
devices kernel drivers to perform some control and setup operations.
The kernel drivers send the information back to the user mode
with Netlink messages which are processed in libnl callback routine.
This routine perform reply message
Hi,
> -Original Message-
> From: dev On Behalf Of Dekel Peled
> Sent: Monday, September 9, 2019 2:05 PM
> To: Matan Azrad ; Slava Ovsiienko
> ; Shahaf Shuler
> Cc: Ori Kam ; dev@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx5: support reading module EEPROM
> data
>
> This patch implemen
Tuesday, September 10, 2019 10:46 AM, Maxime Coquelin:
> Subject: Re: [dpdk-dev] [PATCH 00/15] Introduce Virtio vDPA driver
>
> Hi Shahaf,
>
> On 9/9/19 1:55 PM, Shahaf Shuler wrote:
> > Hi Maxime,
> >
> > Thursday, August 29, 2019 11:00 AM, Maxime Coquelin:
> >> Subject: [dpdk-dev] [PATCH 00/15]
Hi,
Series applied to next-net-mlx,
Kindest regards,
Raslan Darawsheh
> -Original Message-
> From: Moti Haimovsky
> Sent: Monday, September 9, 2019 6:57 PM
> To: Slava Ovsiienko ; Raslan Darawsheh
>
> Cc: dev@dpdk.org
> Subject: [PATCH v5 0/7] net/mlx5: support for flow action on VLAN
Added UT in mempool.c to cover below functions:
rte_mempool_populate_anon()
rte_mempool_memchunk_anon_free()
get_anon_size()
rte_mempool_mem_iter()
Signed-off-by: Pallantla Poornima
---
app/test/test_mempool.c | 74 +
1 file changed, 74 insertions(
Hi Radu,
> >
> >> Update IXGBE PMD with support for IPsec statistics.
> > The proposed approach - have a new hash table per device,
> > plus parse each packet on RX and TX and do hash lookup
> > seems way too heavy to put it into PMD.
>
> It is indeed heavy, but it's disabled by default and it o
Hi Akhil,
> -Original Message-
> From: Akhil Goyal
> Sent: Tuesday, September 10, 2019 5:10 PM
> To: Anoob Joseph ; Thomas Monjalon
> ; Jerin Jacob Kollanukkaran
> Cc: Pablo de Lara ; Narayana Prasad Raju
> Athreya ; Fiona Trahe ;
> Kanaka Durga Kotamarthy ; Shally Verma
> ; Sunila Sahu
> -Original Message-
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Tuesday, September 10, 2019 2:20 PM
> To: Zapolski, MarcinX A
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC 19.11 v2 1/3] ethdev: hide key ethdev
> structures from public API
>
> On Tue, Sep 10,
On Tue, Sep 10, 2019 at 11:13:50AM +0100, Zapolski, MarcinX A wrote:
> > -Original Message-
> > From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> > Sent: Tuesday, September 10, 2019 12:07 PM
> > To: Zapolski, MarcinX A
> > Cc: dev@dpdk.org
> > Subject: Re: [dpdk-dev] [RFC 19.11
Hi,
> -Original Message-
> From: dev On Behalf Of Viacheslav Ovsiienko
> Sent: Tuesday, September 3, 2019 3:35 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx5: fix transmit descriptor with VLAN
> insertions
>
> If VLAN tag insertion transmi
Hi,
> -Original Message-
> From: dev On Behalf Of Viacheslav Ovsiienko
> Sent: Tuesday, September 10, 2019 11:05 AM
> To: dev@dpdk.org
> Cc: Matan Azrad ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx5: fix netlink rdma socket callback
> routine
>
> The mlx5 PMD uses Netlink socke
Hi, Ferruh Yigit
On 2019/8/30 22:58, Ferruh Yigit wrote:
> On 8/23/2019 2:47 PM, Wei Hu (Xavier) wrote:
>> This patch add build related files for hns3 PMD driver.
>>
>> Signed-off-by: Wei Hu (Xavier)
>> Signed-off-by: Min Hu (Connor)
>> Signed-off-by: Chunsong Feng
>> Signed-off-by: Hao Chen
10/09/2019 13:33, Anoob Joseph:
> From: Thomas Monjalon
> > 10/09/2019 06:13, Jerin Jacob Kollanukkaran:
> > > From: Anoob Joseph
> > > > Adding documentation for asymmetric features supported by
> > > > crypto_octeontx2 PMD.
> > > >
> > > > Signed-off-by: Anoob Joseph
> > > > Signed-off-by: Kan
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, September 10, 2019 17:15
> To: Wang, Haiyue ; Richardson, Bruce
>
> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On 9/10/2019 9
Hi Anoob,
>
> Hi Thomas,
>
> Please see inline.
>
> Thanks,
> Anoob
>
> > -Original Message-
> > From: Thomas Monjalon
> > Sent: Tuesday, September 10, 2019 12:00 PM
> > To: Jerin Jacob Kollanukkaran ; Anoob Joseph
> >
> > Cc: Akhil Goyal ; Pablo de Lara
> > ; Narayana Prasad Raju At
Hi Thomas,
Please see inline.
Thanks,
Anoob
> -Original Message-
> From: Thomas Monjalon
> Sent: Tuesday, September 10, 2019 12:00 PM
> To: Jerin Jacob Kollanukkaran ; Anoob Joseph
>
> Cc: Akhil Goyal ; Pablo de Lara
> ; Narayana Prasad Raju Athreya
> ; Fiona Trahe ; Kanaka
> Durga Kot
Hi Fan,
>
> Hi Akhil,
>
> You are right, the new API will process the crypto workload, no heavy enqueue
> Dequeue operations required.
>
> Cryptodev tends to support multiple crypto devices, including HW and SW.
> The 3-cache line access, iova address computation and assignment, simulation
> of
From: Vamsi Attunuru
Memory required for the mempool objects need not be physically
contiguous on octeontx2's HW, mempool pmd supports the minimum chunk
size set by the default handler. Hence discarding the limitation set
by the pmd on the min_chunk_size value.
Signed-off-by: Vamsi Attunuru
---
> Hi Jerin,
Hi Shahaf,
Sorry for delay in response(Was busy with 19.11 proposal deadline). Please see
inline.
> >
> > RegEx pattern matching applications:
> > • Next Generation Firewalls (NGFW)
> > • Deep Packet and Flow Inspection (DPI)
> > • Intrusion Prevention Systems (IPS)
> > • DDoS Mitig
Hi Konstantin,
>
> Hi Akhil,
>
> > > This action type allows the burst of symmetric crypto workload using the
> same
> > > algorithm, key, and direction being processed by CPU cycles synchronously.
> > > This flexible action type does not require external hardware involvement,
> > > having the
> -Original Message-
> From: Moti Haimovsky
> Sent: Monday, September 9, 2019 18:57
> To: Slava Ovsiienko ; Raslan Darawsheh
>
> Cc: dev@dpdk.org
> Subject: [PATCH v5 4/7] net/mlx5: support push flow action on VLAN header
>
> This commit adds support for RTE_FLOW_ACTION_TYPE_OF_PUSH_VLAN
MC firmware is the core component of FSLMC bus and net/DPAA2 devices.
Prior to this patch, MC firmware supported 10.14.x version. This
patch bumps the min supported version to 10.18.x.
Signed-off-by: Sachin Saxena
---
drivers/net/dpaa2/base/dpaa2_hw_dpni.c | 1 +
drivers/net/dpaa2/d
This patch add the support for new Management Complex
Firmware version to 10.18.x.
Sachin Saxena (2):
bus/fslmc: update MC firmware version for FSLMC bus
net/dpaa2: update MC firmware version for FSLMC bus
drivers/bus/fslmc/mc/fsl_dpio_cmd.h| 4 +--
drivers/bus/fslmc/mc/fsl_dpmng.h
MC firmware is the core component of FSLMC bus and DPAA2 devices.
Prior to this patch, MC firmware supported 10.14.x version. This
patch bumps the min supported version to 10.18.x.
Signed-off-by: Sachin Saxena
---
drivers/bus/fslmc/mc/fsl_dpio_cmd.h | 4 ++--
drivers/bus/fslmc/mc/fsl
> Hi Jerin,
>
> Thursday, August 15, 2019 2:34 PM, Thomas Monjalon:
> > Subject: Re: [dpdk-dev] [RFC PATCH v1] regexdev: introduce regexdev
> > subsystem
> >
> > +Cc more
> >
> >
> >
> > From: Jerin Jacob
> >
> > Even though there are some vendors which offer Regex HW offlo
Thanks Yinan for reporting the regresion and Gavin for the analysis.
On 9/10/19 11:48 AM, Gavin Hu (Arm Technology China) wrote:
> Hi Yinan,
>
> We have done a comparative analysis and found with the old code the
> if(weak_barriers) and else branches were saved on x86 as rte_smp_wmb and
> rte_c
> -Original Message-
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Tuesday, September 10, 2019 12:07 PM
> To: Zapolski, MarcinX A
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC 19.11 v2 1/3] ethdev: hide key ethdev
> structures from public API
>
> On Tue, Sep 10,
On Tue, Sep 10, 2019 at 09:59:51AM +, Zapolski, MarcinX A wrote:
> <...>
> > @@ -3994,7 +4054,55 @@ void *
> > rte_eth_dev_get_sec_ctx(uint16_t port_id);
> >
> >
> > -#include
> > +struct rte_eth_dev_callback;
> > +/** Structure to keep track of registered callbacks */
> > +TAILQ_HEAD(rte_e
Flow Manager API is the new firmware interface that exposes match
action capabilities in 1400 series VIC adapters. It is intended for
virtual switch offloads and enables more advanced features than the
existing filter API. For example, it supports VXLAN encap and decap
actions, and exposes TCAM and
Latest firmware supports Geneve with options offload. Current overlay
offload only supports Geneve with no options. This new feature is
disabled by default, as it is intrusive and cannot be used with flow
API. Add a new devarg 'geneve-opt' so the user can explicitly enable
it.
Signed-off-by: Hyong
The first patch enables Geneve offload that supports Geneve header
options. Previous Geneve offload does not work when options are
present.
The second patch adds the new flow implementation based on Flow
Manager. So the driver now has two implementations: one based on the
old filter API, and this
<...>
> @@ -3994,7 +4054,55 @@ void *
> rte_eth_dev_get_sec_ctx(uint16_t port_id);
>
>
> -#include
> +struct rte_eth_dev_callback;
> +/** Structure to keep track of registered callbacks */
> +TAILQ_HEAD(rte_eth_dev_cb_list, rte_eth_dev_callback);
> +
> +/**
> + * Structure used to hold informat
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Tuesday, September 10, 2019 17:06
> To: Ruifeng Wang (Arm Technology China) ;
> Kantecki, Tomasz
> Cc: dev@dpdk.org; Gavin Hu (Arm Technology China) ;
> Honnappa Nagarahalli ; nd
> ; nd
> Subject: RE: [dpdk-dev] [PATCH 0/2] add l
Hi Yinan,
We have done a comparative analysis and found with the old code the
if(weak_barriers) and else branches were saved on x86 as rte_smp_wmb and
rte_cio_wmb are identical.
http://git.dpdk.org/dpdk/tree/drivers/net/virtio/virtqueue.h#n49
For the new code, with Joyce's patches applied, th
Hi, Slava
Thank you for taking the time to review this patch.
I agree with you. The current design is very comprehensive. I will abandon this
patch.
Thanks,
Phil Yang
On Mon, 9 Sep 2019 12:53:58 -0700
Pallavi Kadam wrote:
> --- /dev/null
> +++ b/lib/librte_eal/windows/eal/include/getopt.h
> @@ -0,0 +1,59 @@
> +/* musl as a whole is licensed under the following standard MIT license:
> + *
> + * --
On Mon, 9 Sep 2019 12:53:57 -0700
Pallavi Kadam wrote:
> +/* Copyright (c) 1982, 1986, 1988, 1993
> + * The Regents of the University of California. All rights reserved.
> + *
> + * Redistribution and use in source and binary forms, with or without
> + * modification, are permitted provided t
On 10/09/2019 18:40, Xiao Zhang wrote:
> The mac types of i219 are e1000_pch_spt and e1000_pch_cnp, correct the
> checking code of mac type when flushing i219 descriptor rings.
>
> Fixes: 1fc9701238ed ("net/e1000: fix i219 hang on reset/close")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Xiao Zhang
On 9/10/2019 9:37 AM, Wang, Haiyue wrote:
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Tuesday, September 10, 2019 16:07
>> To: Wang, Haiyue ; Richardson, Bruce
>>
>> Cc: Ray Kinsella ; dev@dpdk.org; Sun, Chenmin
>>
>> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API fo
https://bugs.dpdk.org/show_bug.cgi?id=346
Bug ID: 346
Summary: Set the link speed / duplex of a DPDK port
Product: DPDK
Version: unspecified
Hardware: All
OS: Linux
Status: UNCONFIRMED
Severity: enhancemen
> >
> > >
> > > Lock-free mode is supported by hash library and LPM library.
> > > Now we add an option for l3fwd example to enable the lock-free mode.
> > > Necessary preparation steps are added to use lock-free LPM mode.
> >
> > Can I ask about the purpose of these changes?
> > Right now in l
From: Igor Romanov
Change rte_eth_dev_owner_delete() return value from void to int
and return negative errno values in case of error conditions.
Right now there is only one error case for rte_eth_dev_owner_delete() -
invalid owner, but it still makes sense to return error to catch bugs
in the co
It is the seventh patch series to get rid of void returning functions
in ethdev in accordance with deprecation notice [1].
It should be applied on top of [2], [3], [4], [5], [6] and [7].
It can be applied separately with simple merge coflicts resolved
in documentation.
Functions which return void
From: Igor Romanov
The return value of rte_eth_macaddr_get() was changed from void to int.
Update the usage of the functions according to the new return type.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
---
examples/bond/main.c | 58 +++-
From: Igor Romanov
The return value of rte_eth_macaddr_get() was changed from void to int.
Update the usage of the functions according to the new return type.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
---
app/test/test_link_bonding.c | 304 +
From: Igor Romanov
The return value of rte_eth_macaddr_get() was changed from void to int.
Update the usage of the functions according to the new return type.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
---
examples/bbdev_app/main.c | 8 +++-
examples
From: Igor Romanov
The return value of rte_eth_macaddr_get()
was changed from void to int. Update the usage of the functions
according to the new return type.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
---
app/pdump/main.c | 5 -
1 file changed, 4 insertions(+), 1 deletio
From: Igor Romanov
Change rte_eth_macaddr_get() return value from void to int
and return negative errno values in case of error conditions.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
---
doc/guides/rel_notes/deprecation.rst | 1 -
doc/guides/rel_notes/release_19_11.rst
From: Igor Romanov
The return value of rte_eth_macaddr_get() was changed from void to int.
Update the usage of the functions according to the new return type.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
---
app/test/test_event_eth_rx_adapter.c | 4 +++-
app/test/test_event_eth
From: Igor Romanov
Add a wrapper for rte_eth_macaddr_get() that prints an
error and returns a status code if the function fails.
Signed-off-by: Igor Romanov
Signed-off-by: Andrew Rybchenko
---
app/test-pmd/config.c | 14 +-
app/test-pmd/testpmd.c | 13 +
app/test-pmd/
It is the sixth patch series to get rid of void returning functions
in ethdev in accordance with deprecation notice [1].
It should be applied on top of [2], [3], [4], [5] and [6].
Functions which return void are bad since they do not provide explicit
information to the caller if everything is OK
Use rte_cio_wmb instead of rte_wmb when writing TX descriptor since it's
CIO memory.
Replace rte_io_wmb and E1000_PCI_REG_WRITE_RELAXED with
E1000_PCI_REG_WRITE since it has rte_io_wmb inside, which will be more
clear.
Fixes: 1fc9701238ed ("net/e1000: fix i219 hang on reset/close")
Cc: sta...@dpdk
The mac types of i219 are e1000_pch_spt and e1000_pch_cnp, correct the
checking code of mac type when flushing i219 descriptor rings.
Fixes: 1fc9701238ed ("net/e1000: fix i219 hang on reset/close")
Cc: sta...@dpdk.org
Signed-off-by: Xiao Zhang
---
drivers/net/e1000/em_ethdev.c | 2 +-
1 file ch
1 - 100 of 143 matches
Mail list logo
