On Tue, May 12, 2020 at 11:48 AM Ruifeng Wang wrote:
>
>
> > -Original Message-
> > From: Honnappa Nagarahalli
> > Sent: Tuesday, May 12, 2020 2:07 AM
> > To: dev@dpdk.org; jer...@marvell.com; hemant.agra...@nxp.com; Ajit
> > Khaparde (ajit.khapa...@broadcom.com) ;
> > igo...@amazon.com;
In i40e PMD code of function i40e_res_pool_free(), if valid_entry is
freed by "rte_free(valid_entry);" in the following code:
if (prev != NULL) {
if (insert == 1) {
LIST_REMOVE(valid_entry, next);
rte_free(valid_entry);
} else {
rte_free(valid_entry
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Tuesday, May 12, 2020 2:07 AM
> To: dev@dpdk.org; jer...@marvell.com; hemant.agra...@nxp.com; Ajit
> Khaparde (ajit.khapa...@broadcom.com) ;
> igo...@amazon.com; tho...@monjalon.net; viachesl...@mellanox.com;
> arybche...@solarfla
On 05/08, Qiming Yang wrote:
>Multicast MAC filter flag means device ops set_mc_addr_list support
>or not. This patch fixes the wrong flag value in intel driver's document.
>
>Fixes: 9db3f52126fb ("doc: generate NIC overview table from ini files")
>Fixes: cb25d4323fbf ("net/avf: enable MAC VLAN and
On 05/11, Leyi Rong wrote:
>Fix coverity defects of unused value.
>
>Coverity issue: 357745, 357769
>
>Fixes: b8b4c54ef9b0 ("net/iavf: support flexible Rx descriptor in normal path")
>
>Signed-off-by: Leyi Rong
>---
> drivers/net/iavf/iavf_rxtx.c | 4
> 1 file changed, 4 deletions(-)
>
>diff -
On Tue, May 12, 2020 at 10:20 AM Varghese, Vipin
wrote:
>
> snipped
> > Subject: [PATCH] examples/l2fwd/main.c: free resources in case of error
> >
> > Bugzilla ID: 437
> > Cc: dev@dpdk.org
> > Cc: sta...@dpdk.org
> > Cc: bruce.richard...@intel.com
> > Cc: vipin.vargh...@intel.com
> > Cc: jgraj...
On 05/08, alvinx.zh...@intel.com wrote:
>From: Alvin Zhang
>
>Fix some out-of-bounds memory issues, they may lead to wrong results
>or affect application stability.
>
>Coverity issue: 357759, 357713
>Fixes: bd3fcf0d0fa1 (net/igc: support RSS)
>Cc: sta...@dpdk.org
>
>Signed-off-by: Alvin Zhang
>--
On 04/29, alvinx.zh...@intel.com wrote:
>From: Alvin Zhang
Cc: sta...@dpdk.org
>
>Enable detach device on secondary process.
>
>Fixes: b9eee2cb8c29 (e1000: support port hotplug)
>Cc: bernard.iremon...@intel.com
>Cc: sta...@dpdk.org
>
>Signed-off-by: Alvin Zhang
>---
> drivers/net/e1000/em_ethdev.
snipped
> Subject: [PATCH] examples/l2fwd/main.c: free resources in case of error
>
> Bugzilla ID: 437
> Cc: dev@dpdk.org
> Cc: sta...@dpdk.org
> Cc: bruce.richard...@intel.com
> Cc: vipin.vargh...@intel.com
> Cc: jgraj...@cisco.com
> Signed-off-by: Muhammad Bilal
> ---
> examples/l2fwd/main.c |
hi alvin
On 5/12/2020 11:44 AM, Zhang, AlvinX wrote:
Hi Jia,
It shouldn't return error for secondary. 'rte_eth_dev_release_port()' has
already process type in it, so returning '0' should work better which will
cause some process specific variables cleared.
In otherwise, only primary process n
> -Original Message-
> From: wangyunjian
> Sent: Monday, May 11, 2020 10:07 AM
> To: dev@dpdk.org
> Cc: Gagandeep Singh ; Hemant Agrawal
> ; jerry.lili...@huawei.com;
> xudin...@huawei.com; Yunjian Wang ;
> sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH v2] crypto/caam_jr: fix wrong check
Hi Jia,
It shouldn't return error for secondary. 'rte_eth_dev_release_port()' has
already process type in it, so returning '0' should work better which will
cause some process specific variables cleared.
In otherwise, only primary process need to really close the device.
BR,
Alvin
> -Origi
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, May 12, 2020 3:50 AM
> To: Yigit, Ferruh ; Wang, Zhihong
> ; Ye, Xiaolong ; Liu,
> Yong
> Cc: dev@dpdk.org; Thomas Monjalon ; David
> Marchand ; Richardson, Bruce
> ; Nicolau, Radu ;
> Luca Boccassi
> Subject: Re: [PATCH v2]
hi, alvin
On 4/29/2020 2:37 PM, alvinx.zh...@intel.com wrote:
From: Alvin Zhang
Enable detach device on secondary process.
Fixes: b9eee2cb8c29 (e1000: support port hotplug)
Cc: bernard.iremon...@intel.com
Cc: sta...@dpdk.org
Signed-off-by: Alvin Zhang
---
drivers/net/e1000/em_ethdev.c |
> -Original Message-
> From: Maxime Coquelin
> Sent: Monday, May 11, 2020 10:47 PM
> To: Liu, Yong ; Ye, Xiaolong ;
> Yigit, Ferruh ; dev@dpdk.org
> Cc: Maxime Coquelin
> Subject: [PATCH] net/virtio: fix AVX512 datapath selection
>
> The AVX512 packed ring datapath selection was only
A new DPDK release candidate is ready for testing:
https://git.dpdk.org/dpdk/tag/?id=v20.05-rc2
There are 286 new patches in this snapshot.
Release notes:
http://doc.dpdk.org/guides/rel_notes/release_20_05.html
Highlights of 20.05-rc2:
- rte_graph
- telemetry rewo
> -Original Message-
> From: Zhang, Qi Z
> Sent: Tuesday, May 12, 2020 10:18 AM
> To: Guo, Jia ; Xing, Beilei ; Wu,
> Jingjing
> Cc: Ye, Xiaolong ; dev@dpdk.org
> Subject: RE: [dpdk-dev] net/iavf: fix rss algorithm configure issue
>
>
>
> > -Original Message-
> > From: Guo, J
> -Original Message-
> From: Yigit, Ferruh
> Sent: Tuesday, May 12, 2020 12:29 AM
> To: Xu, Ting ; dev@dpdk.org
> Cc: Lu, Wenzhuo ; Xing, Beilei
> ; Iremonger, Bernard
> ; sta...@dpdk.org; Andrew Rybchenko
> ; Thomas Monjalon
> Subject: Re: [dpdk-dev] [PATCH v1] app/testpmd: fix DCB set
> -Original Message-
> From: Guo, Jia
> Sent: Sunday, May 10, 2020 4:28 AM
> To: Xing, Beilei ; Zhang, Qi Z ;
> Wu, Jingjing
> Cc: Ye, Xiaolong ; dev@dpdk.org; Guo, Jia
>
> Subject: [dpdk-dev] net/iavf: fix rss algorithm configure issue
>
> When configure rss rule, the etherdev rss h
When set DCB in testpmd, there is a segmentation fault. It is
because the local variable rss_conf in get_eth_dcb_conf()
is not cleared, so that the pointer member variable rss_key has
a random address, which leads to an error in the following
processing. This patch initialized the local variable rs
07/05/2020 20:26, Ivan Dyukov:
> This is testpmd part of new line cleanup
>
> Fixes: 002ade70e9 (app/test: measure cycles per packet in Rx/Tx)
> Fixes: ce8d561418 (app/testpmd: add port configuration settings)
> Cc: sta...@dpdk.org
>
> Acked-by: Andrew Rybchenko
> Signed-off-by: Ivan Dyukov
Se
Move link state enable/disable to dev_start() and dev_stop()
respectively. This will ensure when devices are stopped,
link status will be appropriately shown as down.
Fixes: dd28bc8c6ef4 ("net/qede: fix VF port creation sequence")
Cc: sta...@dpdk.org
Signed-off-by: Shahed Shaikh
Signed-off-by: R
11/05/2020 13:21, Akhil Goyal:
> http://dpdk.org/git/next/dpdk-next-crypto
Pulled, thanks
> Arek Kusztal (4):
> crypto/qat: fix computation of cd ptr in zuc and snow
> doc: fix missing release notes for AES GCM J0 in QAT
> cryptodev: add chacha20-poly1305 aead algorithm
>
On 5/11/2020 8:49 PM, Maxime Coquelin wrote:
>
>
> On 5/11/20 8:48 PM, Ferruh Yigit wrote:
>> From: Maxime Coquelin
>>
>> The AVX512 packed ring datapath selection was only done
>> at build time, but it should also be checked at runtime
>> that the CPU supports it.
>>
>> This patch add a CPU fla
On Fri, May 1, 2020 at 1:07 PM Harry van Haaren
wrote:
>
> This commit fixes failures of the flow_classify_autotest when
> ran on dual-socket servers, as the sample application does not
> support more than a single socket. Increasing the NB_SOCKETS
> value allows the test to run successfully.
>
>
On 5/11/2020 7:19 PM, Dekel Peled wrote:
> Repo link:
> https://git.dpdk.org/next/dpdk-next-net-mlx/commit/?id=40513808b165f7436389bfffcc8a35dbdc93121c
I mean as following:
commit 40513808b165 ("doc: refine ethernet and VLAN flow rule items")
>
> Regards,
> Dekel
>
>> -Original Message-
On 5/11/2020 8:04 PM, Ferruh Yigit wrote:
> On 5/9/2020 5:04 AM, Xiaoyun wang wrote:
>> This patch adds jumbo frame offload flag, increases
>> judgment whether Tx/Rx queues is non-null when free
>> resources, and if card mode does not support nic,
>> driver will be initialized failed, supports ipv
On 5/9/2020 5:04 AM, Xiaoyun wang wrote:
> The patch supports ipv6 flow rules for BGP or ICMP packets.
>
> Signed-off-by: Xiaoyun wang
> ---
> drivers/net/hinic/hinic_pmd_ethdev.h | 57 +-
> drivers/net/hinic/hinic_pmd_flow.c | 209
> ---
> 2 files cha
On 5/11/20 8:48 PM, Ferruh Yigit wrote:
> From: Maxime Coquelin
>
> The AVX512 packed ring datapath selection was only done
> at build time, but it should also be checked at runtime
> that the CPU supports it.
>
> This patch add a CPU flags check so that non-vectorized
> path is selected at r
04/05/2020 21:26, Lukasz Wojciechowski:
> W dniu 01.05.2020 o 17:05, Bruce Richardson pisze:
> > The autotest application build was partially enabled for building with
> > the net/bond driver disabled, but a number of items were missed, leading
> > to build errors when the driver was disabled, e.g.
07/05/2020 12:46, Anatoly Burakov:
> Currently, thread waiting on an interrupt does not have a timeout, so
> it will not ever wake up until traffic arrives. This means that, when
> time comes to exit the application, it will not quit unless there
> happens to be traffic coming in and waking up the
11/05/2020 18:07, Ferruh Yigit:
> Can be reproduced with "make EXTRA_CFLAGS='-O1'" command using
> gcc (GCC) 9.3.1 20200408 (Red Hat 9.3.1-2)
Series applied, thanks
On 5/9/2020 5:04 AM, Xiaoyun wang wrote:
> Increase tx_queues and rx_queues non-null judgment before free tx or
> rx resources, and modify some formate for logs.
The fix is small, but it is lost in the format/syntax changes, can you please
seperate the fix.
Btw, fix is adding null check for point
On 5/9/2020 5:04 AM, Xiaoyun wang wrote:
> This patch adds jumbo frame offload flag, increases
> judgment whether Tx/Rx queues is non-null when free
> resources, and if card mode does not support nic,
> driver will be initialized failed, supports ipv6
> flow director for BGP or ICMP packets.
>
>
From: Maxime Coquelin
The AVX512 packed ring datapath selection was only done
at build time, but it should also be checked at runtime
that the CPU supports it.
This patch add a CPU flags check so that non-vectorized
path is selected at runtime if AVX512 is not supported.
Also in meson build ena
On Sun, 10 May 2020 15:03:05 +0300
Fady Bader wrote:
> Implemented the needed Windows eal timer functions.
>
> Signed-off-by: Fady Bader
> ---
> lib/librte_eal/common/meson.build | 1 +
> lib/librte_eal/windows/eal.c| 6 +++
> lib/librte_eal/windows/eal_timer.c | 86
>
Repo link:
https://git.dpdk.org/next/dpdk-next-net-mlx/commit/?id=40513808b165f7436389bfffcc8a35dbdc93121c
Regards,
Dekel
> -Original Message-
> From: Ferruh Yigit
> Sent: Monday, May 11, 2020 8:19 PM
> To: Dekel Peled ; Matan Azrad
> ; Slava Ovsiienko ;
> Raslan Darawsheh
> Cc: dev@dpd
Change the barrier APIs for IO to reflect that Armv8-a is other-multi-copy
atomicity memory model.
Armv8-a memory model has been strengthened to require
other-multi-copy atomicity. This property requires memory accesses
from an observer to become visible to all other observers
simultaneously [3].
On 5/5/2020 1:57 PM, Dekel Peled wrote:
> In existing implementation, using wild card VLAN item is not allowed.
> A VLAN item in flow pattern must include VLAN ID (vid) value.
> This obligation contradics the intention of documentation update [1].
At this perspective it is not "documentation updat
On Mon, May 11, 2020 at 6:38 PM Bruce Richardson
wrote:
>
> On Mon, May 11, 2020 at 05:09:31PM +0200, David Marchand wrote:
> > Caught while running testpmd:
> > No telemetry legacy support- No legacy callbacks, legacy socket not
> > createdInteractive-mode selected
> >
> > Add missing \n.
> >
>
On 5/8/2020 3:54 PM, Stephen Hemminger wrote:
> On Fri, 8 May 2020 16:48:23 +0800
> Xiaolong Ye wrote:
>
>> Now this feature is no longer supported by kernel side, (i40e kernel
>> driver doesn't support it from v2.3.2 and ixgbe kernel driver isn't
>> guaranteed to support this feature as well in
On 5/8/2020 12:00 PM, Ferruh Yigit wrote:
> On 5/6/2020 7:09 PM, Gaetan Rivet wrote:
>> When a net_ring device is allocated, its device pointer is not set
>> before calling rte_eth_dev_probing_finish, which is incorrect.
>>
>> The following:
>> commit: 96cb19521147 ("net/ring: use EAL APIs in PMD
07/05/2020 12:07, Zhou, JunX W:
> From: Van Haaren, Harry
> > This commit fixes a segfault on exit by using Ctrl^C if the master lcore
> > was also being used as a worker core. The root cause of the issue was
> > that the interrupt handler was cleaning up resources such as the ethdev
> > and event
On Mon, May 11, 2020 at 05:09:31PM +0200, David Marchand wrote:
> Caught while running testpmd:
> No telemetry legacy support- No legacy callbacks, legacy socket not
> createdInteractive-mode selected
>
> Add missing \n.
>
> Fixes: 6dd571fd07c3 ("telemetry: introduce new functionality")
>
> Sig
On 5/11/2020 11:25 AM, Ting Xu wrote:
> When set DCB in testpmd by clang, there is a segmentation fault.
> It is because the local variable rss_conf in get_eth_dcb_conf()
> is not cleared, so that the pointer member variable rss_key has
> a random address, which leads to an error in the following
>
27/04/2020 16:57, Louise Kilheeney:
> MBUF pool of size 8192 was causing packet loss when using four ports. To
> fix this issue this patch specifies the number of MBUF's per port
> instead of having one set MBUF pool size, this way it will adapt to any
> number of ports.
>
> Fixes: e64833f2273a ("
In that case you should send only the incremental patch and add a Fixes
reference to the original patch.
>
> These are the patches for QAT AES-256 DOCSIS along with the documentation
> update (which was missing from previous version)
>
> Regards,
> Mairtin
>
> -Original Message-
> From
On 5/10/2020 1:23 PM, Raslan Darawsheh wrote:
> When trying to compile with glibc < 2.24 that doesn't
> support SOL_NETLINK it will cause compilation failure:
>
> drivers/net/tap/tap_netlink.c:70:17: error:
> 'SOL_NETLINK' undeclared (first use in this function)
> setsockopt(fd, SOL_NETLINK, NE
Seems to be an issues on my side (see below).
Everything that the ABI Compliance Checker 2.3 complains about has already been
reported and suppressed in libabigail.ignore.
Suggest you use libabigail going forward.
Oddly enough
Fedora 31 / ABI Compliance Checker 2.3
[root@xyz abi-check]# abi
Can be reproduced with "make EXTRA_CFLAGS='-O1'" command using
gcc 7.3.0
Build error
In file included from .../drivers/event/octeontx2/ot
x2_evdev.c:15:0:
.../drivers/event/octeontx2/otx2_evdev_stats.h:
In function ‘otx2_sso_xstats_get’:
.../drivers/event/octeontx2/otx2_evdev_stats.h:124:9:
Can be reproduced with "make EXTRA_CFLAGS='-O1'" command using
gcc (GCC) 9.3.1 20200408 (Red Hat 9.3.1-2)
Build error:
.../drivers/net/ena/ena_ethdev.c: In function ‘eth_ena_dev_init’:
.../drivers/net/ena/ena_ethdev.c:1815:20:
error: ‘wd_state’ may be used uninitialized in this function
Can be reproduced with "make EXTRA_CFLAGS='-O1'" command using
gcc (GCC) 9.3.1 20200408 (Red Hat 9.3.1-2)
Build error:
In file included from .../drivers/mempool/octeontx2/otx2_mempool.h:13,
from .../drivers/mempool/octeontx2/otx2_mempool_ops.c:8:
.../drivers/mempool/octeontx2/otx2_
Can be reproduced with "make EXTRA_CFLAGS='-O1'" command using
gcc (GCC) 9.3.1 20200408 (Red Hat 9.3.1-2)
Two build errors:
1)
In file included from .../build/include/rte_ring_elem.h:1093,
from .../lib/librte_rcu/rte_rcu_qsbr.c:21:
../lib/librte_rcu/rte_rcu_qsbr.c: In function ‘rt
On Mon, May 11, 2020 at 3:32 PM David Marchand
wrote:
>
> telemetry can not depend on EAL anymore but it still wants to get arch
> headers.
> We directly point at the right source directories by using the same logic
> than EAL. However the special case of armv7 has been missed.
>
> Fix this by def
On 5/11/2020 3:47 PM, Maxime Coquelin wrote:
> The AVX512 packed ring datapath selection was only done
> at build time, but it should also be checked at runtime
> that the CPU supports it.
>
> This patch add a CPU flags check so that non-vectorized
> path is selected at runtime if AVX512 is not su
Caught while running testpmd:
No telemetry legacy support- No legacy callbacks, legacy socket not
createdInteractive-mode selected
Add missing \n.
Fixes: 6dd571fd07c3 ("telemetry: introduce new functionality")
Signed-off-by: David Marchand
---
lib/librte_telemetry/telemetry.c | 8
1
05/05/2020 18:07, Bruce Richardson:
> On Wed, Apr 29, 2020 at 01:29:30PM +0100, Radu Nicolau wrote:
> > Add support for Ice Lake IOAT DMA engine PCI Device ID.
> >
> > Signed-off-by: Radu Nicolau
> > ---
> > v2: squash commits, add description.
> >
> > drivers/raw/ioat/ioat_rawdev.c | 2 ++
> >
On Sat, May 2, 2020 at 9:42 AM Sunil Kumar Kori wrote:
>
> rte_bus_scan API scans all the available PCI devices irrespective of white
> or black listing parameters then further devices are probed based on white
> or black listing parameters. So unnecessary CPU cycles are wasted during
> rte_pci_sc
On Wed, May 6, 2020 at 2:43 PM David Marchand wrote:
>
> rte_pci_probe() is private to the PCI bus.
> Clean the remaining references in the documentation and comments.
>
> Fixes: c752998b5e2e ("pci: introduce library and driver")
> Cc: sta...@dpdk.org
>
> Signed-off-by: David Marchand
Reviewed-b
On Thu, May 7, 2020 at 10:03 AM Bing Zhao wrote:
>
> The size checking is done in the caller. The size parameter is an
> unsigned (64b wide) right now, so the comparison with zero should be
> enough in most cases. But it won't help in the following case.
> If the allocating request input a huge nu
The AVX512 packed ring datapath selection was only done
at build time, but it should also be checked at runtime
that the CPU supports it.
This patch add a CPU flags check so that non-vectorized
path is selected at runtime if AVX512 is not supported.
Fixes: ccb10995c2ad ("net/virtio: add election
11/05/2020 12:00, pbhagavat...@marvell.com:
> From: Pavan Nikhilesh
>
> Move the internal symbols to INTERNAL sections so that any
> change in them is not reported as ABI breakage.
>
> Signed-off-by: Pavan Nikhilesh
> ---
> drivers/common/octeontx2/otx2_common.h | 8
> driv
Hi Akhil,
> -Original Message-
> From: Akhil Goyal
> Sent: Monday, May 11, 2020 11:05 AM
> To: De Lara Guarch, Pablo ; dev@dpdk.org
> Cc: ruifeng.w...@arm.com; Doherty, Declan ;
> asoma...@amd.com; ano...@marvell.com; Zhang, Roy Fan
> ; Trahe, Fiona ;
> rnagadhee...@marvell.com; adwiv...@
07/05/2020 17:36, Thomas Monjalon:
> 07/05/2020 15:54, Jerin Jacob:
> > On Mon, May 4, 2020 at 6:56 PM wrote:
> > >
> > > From: Jerin Jacob
> > >
> > > Some machines may have a lot of PCI devices and all of them are
> > > not bound to DPDK. In such case the logs from EAL creates a lot of
> > > cl
Hi,
> -Original Message-
> From: Dekel Peled
> Sent: Wednesday, May 6, 2020 8:14 PM
> To: Matan Azrad ; Slava Ovsiienko
> ; Raslan Darawsheh
> Cc: dev@dpdk.org
> Subject: [PATCH] net/mlx5: support match on GTP flags
>
> This patch adds to MLX5 PMD the support of matching on
> GTP header
On Mon, May 11, 2020 at 03:58:47PM +0200, David Marchand wrote:
> On Mon, May 11, 2020 at 3:47 PM Bruce Richardson
> wrote:
> >
> > On Mon, May 11, 2020 at 03:32:12PM +0200, David Marchand wrote:
> > > telemetry can not depend on EAL anymore but it still wants to get arch
> > > headers.
> > > We d
These are the patches for QAT AES-256 DOCSIS along with the documentation
update (which was missing from previous version)
Regards,
Mairtin
-Original Message-
From: Akhil Goyal
Sent: Monday, May 11, 2020 2:14 PM
To: O'loingsigh, Mairtin ; Trahe, Fiona
Cc: dev@dpdk.org
Subject: RE: [P
On Mon, May 11, 2020 at 3:47 PM Bruce Richardson
wrote:
>
> On Mon, May 11, 2020 at 03:32:12PM +0200, David Marchand wrote:
> > telemetry can not depend on EAL anymore but it still wants to get arch
> > headers.
> > We directly point at the right source directories by using the same logic
> > than
Hi,
> -Original Message-
> From: Alexander Kozyrev
> Sent: Wednesday, May 6, 2020 9:11 PM
> To: dev@dpdk.org
> Cc: sta...@dpdk.org; Raslan Darawsheh ; Slava
> Ovsiienko ; Matan Azrad
>
> Subject: [PATCH] net/mlx5: fix TxQ release debug log timing
>
> Program received signal SIGSEGV, Segm
On Mon, May 11, 2020 at 03:32:12PM +0200, David Marchand wrote:
> telemetry can not depend on EAL anymore but it still wants to get arch
> headers.
> We directly point at the right source directories by using the same logic
> than EAL. However the special case of armv7 has been missed.
>
No object
An issue has been observed where epoll file descriptor
list rebuilds every time an interrupt/alarm event is
received.
eal_intr_process_interrupts() should notify pipe fd only
if any source is removed from the source list i.e (rv > 0)
Fixes: 0c7ce182a760 ("eal: add pending interrupt callback unreg
Hi,
> -Original Message-
> From: dev On Behalf Of Michael Baum
> Sent: Wednesday, May 6, 2020 7:28 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Slava Ovsiienko
> ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx4: fix drop queue mem alloc failure
> handle
>
> The function mlx4_drop_get
telemetry can not depend on EAL anymore but it still wants to get arch
headers.
We directly point at the right source directories by using the same logic
than EAL. However the special case of armv7 has been missed.
Fix this by defaulting ARCH_DIR to RTE_ARCH.
Caught on OBS:
[ 162s] SYMLINK-FIL
I believe this patch is already applied. Why is it recent?
>
> Update QAT pmd to support AES-256 DOCSIS
>
> Signed-off-by: Mairtin o Loingsigh
> ---
Release note should be part of the patch which is supporting the feature.
W dniu 11.05.2020 o 12:20, Akhil Goyal pisze:
>> W dniu 09.05.2020 o 23:58, Akhil Goyal pisze:
>>> Hi Lukasz,
>>>
>>> Thanks for the detailed analysis.
>>> Series
>>> Acked-by: Akhil Goyal
>>>
>>> Applied to dpdk-next-crypto
>>>
>>> Thanks.
>> I am a fan of big commit messages. Just let me know
Hi Mairtin,
I believe your patch is not rebased on top of current tree. There is no
pmd_mask now.
Also, I see that the AES 256 cases are already there. This patch is already
there I guess.
> static const uint8_t
> cipher_aescbc_offset_16[] = {
> 0x57, 0x68, 0x61, 0x74, 0x20, 0x61, 0x20
Hi,
> -Original Message-
> From: dev On Behalf Of Michael Baum
> Sent: Wednesday, May 6, 2020 7:24 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Slava Ovsiienko
> ; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx5: fix meter color register consideration
>
> The mlx5_flow_get_reg_id() f
>> >> >> >> From: Pavan Nikhilesh
>> >> >> >>
>> >> >> >> Merge crc32 hash calculation public API headers for x86 and
>> >ARM,
>> >> >> >> split implementations of x86 and ARM into their respective
>> >private
>> >> >> >> headers.
>> >> >> >> This reduces the ifdef code clutter while keeping curre
>
> >> >> >> From: Pavan Nikhilesh
> >> >> >>
> >> >> >> Merge crc32 hash calculation public API headers for x86 and
> >ARM,
> >> >> >> split implementations of x86 and ARM into their respective
> >private
> >> >> >> headers.
> >> >> >> This reduces the ifdef code clutter while keeping current AB
Hi,
> -Original Message-
> From: De Lara Guarch, Pablo
> Sent: Monday, May 11, 2020 10:14 AM
> To: akhil.go...@nxp.com
> Cc: dev@dpdk.org; De Lara Guarch, Pablo
> Subject: [PATCH v3 1/2] crypto/zuc: support IPSec Multi-buffer lib v0.54
>
> The latest version of the Intel IPSec Multi-bu
On 5/11/20 2:09 PM, Wisam Jaddo wrote:
> Add insertion rate calculation feature into flow
> performance application.
>
> The application now provide the ability to test
> insertion rate of specific rte_flow rule, by
> stressing it to the NIC, and calculate the
> insertion rate.
>
> The applicatio
On 5/11/20 2:09 PM, Wisam Jaddo wrote:
> Add flow performance application skeleton.
>
> Signed-off-by: Wisam Jaddo
Reviewed-By: Andrew Rybchenko
Update release notes with recent DSW event device improvements.
Signed-off-by: Mattias Rönnblom
---
doc/guides/rel_notes/release_20_05.rst | 10 ++
1 file changed, 10 insertions(+)
diff --git a/doc/guides/rel_notes/release_20_05.rst
b/doc/guides/rel_notes/release_20_05.rst
index 82df72
Hi,
> -Original Message-
> From: Raslan Darawsheh
> Sent: Wednesday, May 6, 2020 9:58 AM
> To: Slava Ovsiienko ; Matan Azrad
>
> Cc: dev@dpdk.org; Ori Kam ; sta...@dpdk.org
> Subject: [PATCH v4] net/mlx5: fix matching for UDP tunnels with verbs
>
> When creating flow rule with zero spec
The following changes since commit 205032bbfcf09a1fd9bea715eafb5c97ca73772c:
service: relax barriers with C11 atomics (2020-05-11 13:21:54 +0200)
are available in the Git repository at:
http://dpdk.org/git/next/dpdk-next-crypto
for you to fetch changes up to 6488cc1cfac29633b6d0b646e8e76b4
Hi Ray,
I have applied the series on dpdk-next-crypto as per your validation of ABI.
Thomas,
Please validate this series at your end before applying to master. I am not too
sure on the ABI stuff.
Regards,
Akhil
> -Original Message-
> From: Akhil Goyal
> Sent: Monday, May 11, 2020 1:48
> > > > > > > > > >
> > > > > > > > > > > Hi Konstantin,
> > > > > > > > > > > I like the way the tests are organized and it looks
> > good.
> > > > > > > > > > >
> > > > > > > > > > > I am just wondering about the way it is being tested here.
> > > > > > > > > > > The intent to write the test ca
Bugzilla ID: 437
Cc: dev@dpdk.org
Cc: sta...@dpdk.org
Cc: bruce.richard...@intel.com
Cc: vipin.vargh...@intel.com
Cc: jgraj...@cisco.com
Signed-off-by: Muhammad Bilal
---
examples/l2fwd/main.c | 72 ++-
1 file changed, 57 insertions(+), 15 deletions(-)
dif
On Wed, May 6, 2020 at 5:28 PM Phil Yang wrote:
>
> The rte_atomic ops and rte_smp barriers enforce DMB barriers on aarch64.
> Using c11 atomics with explicit memory ordering instead of the rte_atomic
> ops and rte_smp barriers for inter-threads synchronization can uplift the
> performance on aarc
> > Explicitly check return value in add_specific()
> > CID 357760 (#2 of 2): Negative array index write (NEGATIVE_RETURNS)
> > 8. negative_returns: Using variable ret as an index to array sad->cnt_arr
> >
> > Fixes: b2ee26926775 ("ipsec: add SAD add/delete/lookup implementation")
> > Cc: sta...
On Wed, May 6, 2020 at 7:15 PM Harry van Haaren
wrote:
>
> This commit adds a basic test to check the cycle cost
> of related to calling into a service.
>
> Signed-off-by: Harry van Haaren
Tested-by: Phil Yang
Reviewed-by: Phil Yang
Restored output to v1 format following Phil comment.
Applie
Introduce packet forwarding support to the app to do
some performance measurements.
The measurements are reported in term of packet per
second unit. The forwarding will start after the end
of insertion/deletion operations.
The support has single and multi performance measurements.
Signed-off-by:
Add the ability to test deletion rate for flow performance
application.
This feature is disabled by default, and can be enabled by
add "--deletion-rate" in the application command line options.
Signed-off-by: Wisam Jaddo
---
app/test-flow-perf/main.c | 87 ++
Introduce new feature to dump memory statistics of each socket
and a total for all before and after the creation.
This will give two main advantage:
1- Check the memory consumption for large number of flows
"insertion rate scenario alone"
2- Check that no memory leackage after doing insertion the
Add insertion rate calculation feature into flow
performance application.
The application now provide the ability to test
insertion rate of specific rte_flow rule, by
stressing it to the NIC, and calculate the
insertion rate.
The application offers some options in the command
line, to configure w
Add new application to test rte flow performance from:
- Insertion rate.
- Deletion rate.
- Memory consumption.
- PPS forward measurement.
---
v6:
* Move compare vs 0 logic instead of logical not.
* Logged errors into stderr.
* Remove offload parse on queue level.
* Fix documentation and limitatio
Add flow performance application skeleton.
Signed-off-by: Wisam Jaddo
---
MAINTAINERS| 5 +
app/Makefile | 1 +
app/meson.build| 1 +
app/test-flow-perf/Makefile| 23 +++
app/test-flow-perf/config.h
Introduce packet forwarding support to the app to do
some performance measurements.
The measurements are reported in term of packet per
second unit. The forwarding will start after the end
of insertion/deletion operations.
The support has single and multi performance measurements.
Signed-off-by:
> Explicitly check return value in add_specific()
> CID 357760 (#2 of 2): Negative array index write (NEGATIVE_RETURNS)
> 8. negative_returns: Using variable ret as an index to array sad->cnt_arr
>
> Fixes: b2ee26926775 ("ipsec: add SAD add/delete/lookup implementation")
> Cc: sta...@dpdk.org
>
>
1 - 100 of 151 matches
Mail list logo
