[dpdk-dev] [PATCH 08/10] service: identify service running on another core correctly

From: Honnappa Nagarahalli The logic to identify if the MT unsafe service is running on another core can return -EBUSY spuriously. In such cases, running the service becomes more costlier than using atomic operations. Assume that the application passes the right parameters and reduce the number o

[dpdk-dev] [PATCH 07/10] service: avoid race condition for MT unsafe service

From: Honnappa Nagarahalli There has possible that a MT unsafe service might get configured to run on another core while the service is running currently. This might result in the MT unsafe service running on multiple cores simultaneously. Use 'execute_lock' always when the service is MT unsafe.

[dpdk-dev] [PATCH 09/10] service: optimize with c11 one-way barrier

The num_mapped_cores and execute_lock are synchronized with rte_atomic_XX APIs which is a full barrier, DMB, on aarch64. This patch optimized it with c11 atomic one-way barrier. Signed-off-by: Phil Yang Reviewed-by: Ruifeng Wang Reviewed-by: Gavin Hu Reviewed-by: Honnappa Nagarahalli --- lib/

Re: [dpdk-dev] [PATCH 2/2] examples/ipsec-gw: fix gcc 10 maybe-uninitialized warning

On 10/03/2020 13:08, Ananyev, Konstantin wrote: > Hi Kevin, > Hi Konstantin, >> gcc 10.0.1 reports: >> >> ../examples/ipsec-secgw/ipsec_process.c: In function ‘ipsec_process’: >> ../examples/ipsec-secgw/ipsec_process.c:132:34: >> error: ‘grp.m’ may be used uninitialized in this function >> [-We

Re: [dpdk-dev] [PATCH 2/2] examples/ipsec-gw: fix gcc 10 maybe-uninitialized warning

> >> gcc 10.0.1 reports: > >> > >> ../examples/ipsec-secgw/ipsec_process.c: In function ‘ipsec_process’: > >> ../examples/ipsec-secgw/ipsec_process.c:132:34: > >> error: ‘grp.m’ may be used uninitialized in this function > >> [-Werror=maybe-uninitialized] > >> 132 |grp[n].cnt = pkts + i - gr

Re: [dpdk-dev] [PATCH] eal/service: fix exit by resetting service lcores

Aaron Conole writes: > "Van Haaren, Harry" writes: > >>> -Original Message- >>> From: David Marchand >>> Sent: Tuesday, March 10, 2020 4:31 PM >>> To: Van Haaren, Harry >>> Cc: dev ; Aaron Conole >>> Subject: Re: [PATCH] eal/service: fix exit by resetting service lcores >>> >>> On Tu

Re: [dpdk-dev] [PATCH v3] app: test: measure libipsec performance

10/03/2020 14:24, Ananyev, Konstantin: > > > 05/03/2020 23:51, Ananyev, Konstantin: > > > > > > > 05/03/2020 12:45, Ananyev, Konstantin: > > > > > I think the header need to be "app/test", or "test/ipsec". > > > > > > > > It should be "test/ipsec" as it is an IPsec test command > > > > in the test

[dpdk-dev] [PATCH v2] vhost: make iotlb cache name unique among multi processes

Currently, iotlb cache name is comprised of vid and virtqueue index. For example, "iotlb_cache_0_0". Because vid is assigned per process, iotlb cache name is not unique among multi processes. For example a secondary process uses a vhost (ex. eth_vhost0,iface=/tmp/sock0) and another secondary proces

[dpdk-dev] [Bug 418] failsafe/tap PMD drops first UDP packet

https://bugs.dpdk.org/show_bug.cgi?id=418 Bug ID: 418 Summary: failsafe/tap PMD drops first UDP packet Product: DPDK Version: 20.02 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Pri

[dpdk-dev] [PATCH v5] eal/arm64: fix rdtsc precise version

From 70acca49c2109ef07e59dd035c5b66d7987d Mon Sep 17 00:00:00 2001 From: Haifeng Lin Date: Mon, 9 Mar 2020 16:49:10 +0800 Subject: [PATCH] eal/arm64: fix rdtsc precise version In order to get more accurate the cntvct_el0 reading, SW must invoke isb and arch_counter_enforce_ordering. Referenc

Re: [dpdk-dev] 19.11.1 patches review and test

Hi Luca, Testing with dpdk v19.11.1-rc1 from Broadcom looks good. - Basic functionality: Send and receive multiple types of traffic. - Changing/checking link status through testpmd. - RSS tests. - TSO tests - VLAN filtering tests. - statistics tests - Checksum offload - MTU tests NIC: BCM57414

[dpdk-dev] [DPDK v1] examples/vhost: add vhostpmd support

Added vHostPMD based configuration of vHost devices. Currently vHost library calls are used for configuring the vhost device. vHostPMD is a pre-requisite for enabling future features supported such as FPGA and possibly CBDMA. With the vHostPMD integration, upstream features in PMD can be easily su

<    1   2