Re: [dpdk-dev] [PATCH v2] net/mlx5: fix incorrect L3/L4 layer chosen with tunnel

Hi, > -Original Message- > From: dev On Behalf Of Suanming Mou > Sent: Thursday, November 21, 2019 2:10 PM > To: dev@dpdk.org > Cc: Dekel Peled ; sta...@dpdk.org > Subject: [dpdk-dev] [PATCH v2] net/mlx5: fix incorrect L3/L4 layer chosen > with tunnel > > For tunnel mode, there maybe two

Re: [dpdk-dev] [PATCH 3/8] doc: reorder meson and make build instructions for arm

Acked-by: Gavin Hu

Re: [dpdk-dev] [PATCH] net/mlx5: fix get metadata register for E-Switch domain

Hi, > -Original Message- > From: Viacheslav Ovsiienko > Sent: Thursday, November 21, 2019 8:00 PM > To: dev@dpdk.org > Cc: Matan Azrad ; Raslan Darawsheh > ; Ori Kam > Subject: [PATCH] net/mlx5: fix get metadata register for E-Switch domain > > The metadata register used for META item/a

Re: [dpdk-dev] [PATCH] ci: add minimal check on testpmd

On Fri, Nov 22, 2019 at 5:29 PM Thomas Monjalon wrote: > > 22/11/2019 16:54, David Marchand: > > --- a/.ci/linux-build.sh > > +++ b/.ci/linux-build.sh > > +if [ "$AARCH64" != "1" ]; then > > +./devtools/test-null.sh > > You are missing the build directory as first parameter, > otherwise it won

Re: [dpdk-dev] [PATCH v3] mbuf: extend pktmbuf pool private structure

On Sun, 24 Nov 2019 05:53:46 + Shahaf Shuler wrote: > diff --git a/lib/librte_mbuf/rte_mbuf.c b/lib/librte_mbuf/rte_mbuf.c > index 35df1c4c38..8fa7f49645 100644 > --- a/lib/librte_mbuf/rte_mbuf.c > +++ b/lib/librte_mbuf/rte_mbuf.c > @@ -49,7 +49,7 @@ rte_pktmbuf_pool_init(struct rte_mempool *

Re: [dpdk-dev] [PATCH v3] mbuf: extend pktmbuf pool private structure

24/11/2019 18:50, Stephen Hemminger: > On Sun, 24 Nov 2019 05:53:46 + > Shahaf Shuler wrote: > > > diff --git a/lib/librte_mbuf/rte_mbuf.c b/lib/librte_mbuf/rte_mbuf.c > > index 35df1c4c38..8fa7f49645 100644 > > --- a/lib/librte_mbuf/rte_mbuf.c > > +++ b/lib/librte_mbuf/rte_mbuf.c > > @@ -49,

Re: [dpdk-dev] [PATCH v3] mbuf: extend pktmbuf pool private structure

Sunday, November 24, 2019 8:05 PM, Thomas Monjalon: > Subject: Re: [dpdk-dev] [PATCH v3] mbuf: extend pktmbuf pool private > structure > > 24/11/2019 18:50, Stephen Hemminger: > > On Sun, 24 Nov 2019 05:53:46 + > > Shahaf Shuler wrote: > > > > > diff --git a/lib/librte_mbuf/rte_mbuf.c b/lib/l

Re: [dpdk-dev] [PATCH] ci: add minimal check on testpmd

24/11/2019 15:17, David Marchand: > On Fri, Nov 22, 2019 at 5:29 PM Thomas Monjalon wrote: > > > > 22/11/2019 16:54, David Marchand: > > > --- a/.ci/linux-build.sh > > > +++ b/.ci/linux-build.sh > > > +if [ "$AARCH64" != "1" ]; then > > > +./devtools/test-null.sh > > > > You are missing the bu

Re: [dpdk-dev] Build with coverage fail on rte_flow_dynf_metadata_offs is not flagged as experimental

On Sat, Nov 23, 2019 at 11:24 AM Andrew Rybchenko wrote: > > Hi, > > I've failed to quickly make a patch to fix it. > > make config T=x86_64-native-linux-gcc O=build_coverage > make -j8 EXTRA_CFLAGS='-ggdb --coverage' EXTRA_LDFLAGS=-lgcov > > results in > > ... >CC ethdev_private.o >CC rte

Re: [dpdk-dev] [PATCH] devtools: disable automatic probing in null testing

22/11/2019 16:56, David Marchand: > On Fri, Nov 22, 2019 at 2:56 PM Ferruh Yigit wrote: > > > > On 11/22/2019 1:48 PM, Thomas Monjalon wrote: > > > The script test-null.sh is supposed to do a quick and simple > > > run of testpmd with null PMD only, for sanity check. > > > As it is not supposed to

[dpdk-dev] the default rule makes VF rep cannot get packets even if there is no offload rules

Hi,  We found the patch "net/mlx5: revert default rules amount optimization",  which installs a rule directing all egress traffic from VF to table 1, results in  VF representors get no packets, even if there is no offload rules installed.  I guess, if there is no rule indicating table 1, the ta

[dpdk-dev] [PATCH v4] test/rcu: fix build for small number of cores

If the RTE_MAX_LCORE is less than 10, a compilation error is generated: app/test/test_rcu_qsbr.c:234:10: error: comparison of integer expressions of different signedness: ‘unsigned int’ and ‘int’ [-Werror=sign-compare] The cause is (RTE_MAX_LCORE - 10) results in a negative value. To fix, use rte

[dpdk-dev] mlx5: the default rule makes VF rep cannot get packets

Hi, We found the patch "net/mlx5: revert default rules amount optimization", which installs a rule directing all egress traffic from VF to table 1, results in VF representors get no packets, even if there is no offload rules installed. I’ve tested both l2fwd and ovs-dpdk. However, PF rep wo

Re: [dpdk-dev] mlx5: the default rule makes VF rep cannot get packets

Hi, What OFED version do you use? Or OOB kernel driver/rdma-core? Target table (1 in the mentioned patch) is created on the flow creation as empty one. The default rule for the empty ingress table in FDB (transfer attribute in testpmd command) – go to vport 0 (to wire/VF representors), it is est

Re: [dpdk-dev] [External] RE: mlx5: the default rule makes VF rep cannot get packets

Hi, > 在 2019年11月25日，下午3:32，Slava Ovsiienko 写道： > > Hi, > > What OFED version do you use? Or OOB kernel driver/rdma-core? OFED 4.6-3.11. > Target table (1 in the mentioned patch) is created on the flow creation as > empty one. > The default rule for the empty ingress table in FDB (transfer

Re: [dpdk-dev] [PATCH] net/mlx5: support more than 16 modify actions

> -Original Message- > From: dev On Behalf Of Bing Zhao > Sent: Saturday, November 23, 2019 9:27 AM > To: Ori Kam ; Slava Ovsiienko > ; Raslan Darawsheh > Cc: dev@dpdk.org > Subject: [dpdk-dev] [PATCH] net/mlx5: support more than 16 modify actions > > In the root table, there is some