from:"Damjan Marion via Lists.Fd.Io"

Re: [vpp-dev] crash when pressing TAB on CLI

2018-09-07 Thread Damjan Marion via Lists.Fd.Io


This may fix the problem:

https://gerrit.fd.io/r/#/c/14711/

-- 
Damjan

> On 6 Sep 2018, at 14:32, Dave Barach via Lists.Fd.Io 
>  wrote:
> 
> In future, please refer to https://wiki.fd.io/view/VPP/BugReports 
> . The issue you’re reporting is not 
> trivially reproducible.
>  
> At a minimum: we’ll need a backtrace from a debug image, the vpp version 
> string, the vpp startup config, and the connection method you used.  
>  
> D.  
>  
> From: vpp-dev@lists.fd.io   > On Behalf Of Liu Anhua
> Sent: Wednesday, September 5, 2018 10:55 PM
> To: vpp-dev@lists.fd.io 
> Subject: [vpp-dev] crash when pressing TAB on CLI
>  
> Hi,
> I have a problem with the latest code. When I execute 'set interface ip' on 
> the command line and press TAB, it will crash. The current direct reason is 
> found in the qsort function. When comparing strings, the access is Illegal 
> memory, the specific code is as follows:
>  
> for (min = base; (hi = min += q->qsz) < max;)
> {
>   while ((*q->qcmp) (hi -= q->qsz, min) > 0);
>   if ((hi += q->qsz) != min)
>{
>  for (lo = min + q->qsz; --lo >= min;)
>{
>  c = *lo;
>  for (i = j = lo; (j -= q->qsz) >= hi; i = j)
>   *i = *j;
>  *i = c;
>}
>}
> }
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10406): https://lists.fd.io/g/vpp-dev/message/10406 
> 
> Mute This Topic: https://lists.fd.io/mt/25216850/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10422): https://lists.fd.io/g/vpp-dev/message/10422
Mute This Topic: https://lists.fd.io/mt/25216850/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] cmake is on

2018-09-07 Thread Damjan Marion via Lists.Fd.Io


Dear Kingwei,

That should be easy to fix. Can you just remove it and submit patch, so i can 
merge it?

Thanks,

-- 
Damjan

> On 7 Sep 2018, at 02:39, Kingwel Xie  wrote:
> 
> Hi Damijan,
>  
> Thanks for the great job done. It is now much faster.
>  
> We noticed a difference between using cmake and automake in the latest code:
>  
> Vppinfra/qsort.c is included in vppinfra/CMakefile.txt but not in 
> vppinfra.am, which creates a situation that cmake image would be linked to 
> the qsort.c but automake linked to glibc.
>  
> The reason why we noticed is there is a buffer overrun bug in qsort.c that 
> causes cli crashed occasionally.
>  
> Please comment how to fix. Personally I’d like to remove qsort.c, like before.
>  
> Regards,
> Kingwel 
>  
> From: vpp-dev@lists.fd.io  On Behalf Of Damjan Marion 
> via Lists.Fd.Io
> Sent: Sunday, September 02, 2018 8:48 PM
> To: vpp-dev 
> Cc: vpp-dev@lists.fd.io
> Subject: [vpp-dev] cmake is on
>  
>  
> Dear all,
>  
> We just switched from autotools to cmake and retired all autotools related 
> files in src/.
>  
> All verify jobs are ok, and we also tried it on 3 different x86 and 2 
> different ARM Aarch64 machines.
>  
> Due to blast radius, i will not be surprised that some small issues pop out, 
> but i don't expect anything hard to fix.
>  
> Let us know if you hit something...
>  
> PS As a part of this change, CentOS 7 build are now using devtoolset-7, so 
> they are compiled with gcc-7, which also means images have support for 
> Skylake Servers (AVX512).
>  
> -- 
> Damjan
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10420): https://lists.fd.io/g/vpp-dev/message/10420 
> <https://lists.fd.io/g/vpp-dev/message/10420>
> Mute This Topic: https://lists.fd.io/mt/25155374/675642 
> <https://lists.fd.io/mt/25155374/675642>
> Group Owner: vpp-dev+ow...@lists.fd.io <mailto:vpp-dev+ow...@lists.fd.io>
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
> <https://lists.fd.io/g/vpp-dev/unsub>  [dmar...@me.com 
> <mailto:dmar...@me.com>]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10421): https://lists.fd.io/g/vpp-dev/message/10421
Mute This Topic: https://lists.fd.io/mt/25155374/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] cmake is on

2018-09-06 Thread Damjan Marion via Lists.Fd.Io


Dear Nitin,

Yes, it is missing.  I took care only for platforms I have access to...

— 
Damjan

> On 6 Sep 2018, at 14:04, Nitin Saxena  wrote:
> 
> Hi Damjan,
> 
> cmake is making Cavium's OCTEONTx build failure. Following is the failure log
> 
> 
> 
> In function ‘dpdk_init’:
> /home/nsaxena/vpp/src/plugins/dpdk/device/init.c:1802:3: error: static 
> assertion failed: "DPDK RTE CACHE LINE SIZE does not match with 
> 1<STATIC_ASSERT (RTE_CACHE_LINE_SIZE == 1 << CLIB_LOG2_CACHE_LINE_BYTES,
> 
> ===
> 
> I am failing to see translation of Autoconf changes from commit id: 
> 473f46135c3fd77dad5614215cc279b1164e9a74 to CMake.
> 
> Thanks,
> 
> Nitin
> 
>> On Sunday 02 September 2018 06:18 PM, Damjan Marion via Lists.Fd.Io wrote:
>> External Email
>> 
>> 
>> Dear all,
>> 
>> We just switched from autotools to cmake and retired all autotools related 
>> files in src/.
>> 
>> All verify jobs are ok, and we also tried it on 3 different x86 and 2 
>> different ARM Aarch64 machines.
>> 
>> Due to blast radius, i will not be surprised that some small issues pop out, 
>> but i don't expect anything hard to fix.
>> 
>> Let us know if you hit something...
>> 
>> PS As a part of this change, CentOS 7 build are now using devtoolset-7, so 
>> they are compiled with gcc-7, which also means images have support for 
>> Skylake Servers (AVX512).
>> 
>> -- 
>> Damjan
>> 
>> 
>> 
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> 
>> View/Reply Online (#10337): https://lists.fd.io/g/vpp-dev/message/10337
>> Mute This Topic: https://lists.fd.io/mt/25155374/675748
>> Group Owner: vpp-dev+ow...@lists.fd.io
>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  
>> [nsax...@caviumnetworks.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10407): https://lists.fd.io/g/vpp-dev/message/10407
> Mute This Topic: https://lists.fd.io/mt/25155374/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10412): https://lists.fd.io/g/vpp-dev/message/10412
Mute This Topic: https://lists.fd.io/mt/25155374/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Disable VOM

2018-09-05 Thread Damjan Marion via Lists.Fd.Io


Today, you can manually edit build-data/platforms/vpp.mk and remove vom from 
vpp_root_packages, and build packages by yourself...
Same applies to japi...

diff --git a/build-data/platforms/vpp.mk b/build-data/platforms/vpp.mk
index 0687946d..1640c3dc 100644
--- a/build-data/platforms/vpp.mk
+++ b/build-data/platforms/vpp.mk
@@ -26,7 +26,7 @@ vpp_uses_dpdk = yes
 # Uncoment to enable building unit tests
 # vpp_enable_tests = yes

-vpp_root_packages = vpp vom japi
+vpp_root_packages = vpp

 # DPDK configuration parameters
 # vpp_uses_dpdk_mlx4_pmd = yes

-- 
Damjan

> On 5 Sep 2018, at 17:29, Ondrej Fabry -X (ofabry - PANTHEON TECHNOLOGIES at 
> Cisco)  wrote:
> 
> Thank you for prompt response. Does this mean currently there is no way to 
> disable VOM compilation or omit it from vpp-lib?
>  
> Ondrej
>  
>  
> From: Damjan Marion  
> Sent: Wednesday, September 5, 2018 6:27 PM
> To: Ondrej Fabry -X (ofabry - PANTHEON TECHNOLOGIES at Cisco) 
> 
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] Disable VOM
>  
>  
> Plan is to move from current hardcoded model to cmake CPack for packaging
> and also make VOM separate package as part of that work.
> At the moment I don't have ETA,  it is best effort activity...
>  
> -- 
> Damjan
> 
> 
> On 5 Sep 2018, at 15:15, Ondrej Fabry -X (ofabry - PANTHEON TECHNOLOGIES at 
> Cisco) via Lists.Fd.Io  > wrote:
>  
> Hey VPP devs,
>  
> I’m looking for a way to minimize VPP build that only compiles what’s needed 
> to run VPP and doesn’t bring any extra baggage. I couldn’t find some relevant 
> information for this on wiki
>  
> One of the things I’ve noticed, that makes compilation longer and 
> installation packages larger is VOM. I’d like to know how to disable it in 
> VPP, since we are not really using it and it makes compilation unnecessarily 
> longer and also the libvom.so file takes around 14MB space even though it’s 
> never used and not linked by VPP binary.
>  
> There previously was option vpp_configure_args_vpp='--disable-vom’, but it 
> seems the support for it was removed, because now it show some warning when 
> used and still compiles VOM.
>  
> If it’s possible I’d like to get rid of all the other parts like java/python 
> API, I just need pure VPP.
>  
> Thanks for any help in advance.
>  
> Best regards,
> Ondrej Fabry
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10378): https://lists.fd.io/g/vpp-dev/message/10378 
> 
> Mute This Topic: https://lists.fd.io/mt/25210703/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10385): https://lists.fd.io/g/vpp-dev/message/10385
Mute This Topic: https://lists.fd.io/mt/25210703/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Disable VOM

2018-09-05 Thread Damjan Marion via Lists.Fd.Io


Plan is to move from current hardcoded model to cmake CPack for packaging
and also make VOM separate package as part of that work.
At the moment I don't have ETA,  it is best effort activity...

-- 
Damjan

> On 5 Sep 2018, at 15:15, Ondrej Fabry -X (ofabry - PANTHEON TECHNOLOGIES at 
> Cisco) via Lists.Fd.Io  wrote:
> 
> Hey VPP devs,
>  
> I’m looking for a way to minimize VPP build that only compiles what’s needed 
> to run VPP and doesn’t bring any extra baggage. I couldn’t find some relevant 
> information for this on wiki
>  
> One of the things I’ve noticed, that makes compilation longer and 
> installation packages larger is VOM. I’d like to know how to disable it in 
> VPP, since we are not really using it and it makes compilation unnecessarily 
> longer and also the libvom.so file takes around 14MB space even though it’s 
> never used and not linked by VPP binary.
>  
> There previously was option vpp_configure_args_vpp='--disable-vom’, but it 
> seems the support for it was removed, because now it show some warning when 
> used and still compiles VOM.
>  
> If it’s possible I’d like to get rid of all the other parts like java/python 
> API, I just need pure VPP.
>  
> Thanks for any help in advance.
>  
> Best regards,
> Ondrej Fabry
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10378): https://lists.fd.io/g/vpp-dev/message/10378 
> 
> Mute This Topic: https://lists.fd.io/mt/25210703/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10383): https://lists.fd.io/g/vpp-dev/message/10383
Mute This Topic: https://lists.fd.io/mt/25210703/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] hardware offload enable/disable question

2018-09-05 Thread Damjan Marion via Lists.Fd.Io


Dear Simon,

It may be that simply there was no good reason for enabling those offloads. 

We can re-evaluate case-by-case, if you can provide some analysis what are the 
needed code changes in the vpp to consume specific offload and what is perf 
loss or gain doing that...

Thanks,

— 
Damjan

> On 5 Sep 2018, at 08:55, Zhang Yuwei  wrote:
> 
> Hi,
>I’m trying to understand the dpdk-input node hardware offloads 
> configuration part, vpp provides a method to enable/disable hw offloads by 
> config file(/etc/vpp/startup.conf). I noticed that we can only enable/disable 
> these offloads(enable-tcp-udp-checksum, no-tx-checksum-offload, 
> vlan-stip-offload) in config file, I wonder why we not give the users ability 
> to enable/disable all the offloads which are supported in DPDK? Could you 
> kindly give me some explanation about this? Thanks a lot!
>  
> Regards
> Simon Zhang(Yuwei)
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10366): https://lists.fd.io/g/vpp-dev/message/10366
> Mute This Topic: https://lists.fd.io/mt/25208480/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10367): https://lists.fd.io/g/vpp-dev/message/10367
Mute This Topic: https://lists.fd.io/mt/25208480/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] cmake is on

2018-09-04 Thread Damjan Marion via Lists.Fd.Io


Dear Ping,

Can you please clean up your workspace (git clean -fdx) and then capture full 
log...

Thanks,

-- 
Damjan

> On 4 Sep 2018, at 15:40, Yu, Ping  wrote:
> 
> Hi, Damjan,
>  
> My Ubuntu environment is good. But in FC27, I got the following issue in 
> debug mode.
>  
>  
> -- Build files have been written to: 
> /home/pyu4/git-home/vpp_master/vpp/build-root/build-vpp_debug-native/vpp <>
>  Building vpp in 
> /home/pyu4/git-home/vpp_master/vpp/build-root/build-vpp_debug-native/vpp 
> [507/1184] Building C object vppinfra/CMakeFiles/vppinfra.dir/mem_dlmalloc.c.o
> FAILED: vppinfra/CMakeFiles/vppinfra.dir/mem_dlmalloc.c.o
> ccache /usr/lib64/ccache/cc -Dvppinfra_EXPORTS 
> -I/home/pyu4/git-home/vpp_master/vpp/src -I. -Iinclude -march=corei7 
> -mtune=corei7-avx -g -O0 -DCLIB_DEBUG -DFORTIFY_SOURCE=2 
> -fstack-protector-all -fPIC -Werror -fPIC   -Wno-address-of-packed-member 
> -Wall -MD -MT vppinfra/CMakeFiles/vppinfra.dir/mem_dlmalloc.c.o -MF 
> vppinfra/CMakeFiles/vppinfra.dir/mem_dlmalloc.c.o.d -o 
> vppinfra/CMakeFiles/vppinfra.dir/mem_dlmalloc.c.o   -c 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mem_dlmalloc.c
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mem_dlmalloc.c:42:3: error: 
> conflicting types for ‘mheap_trace_t’
> } mheap_trace_t;
>^
> In file included from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mem.h:49:0,
>  from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/vec.h:42,
>  from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/format.h:44,
>  from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mem_dlmalloc.c:16:
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mheap_bootstrap.h:147:3: 
> note: previous declaration of ‘mheap_trace_t’ was here
> } mheap_trace_t;
>^
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mem_dlmalloc.c:59:3: error: 
> conflicting types for ‘mheap_trace_main_t’
> } mheap_trace_main_t;
>^~
> In file included from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mem.h:49:0,
>  from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/vec.h:42,
>  from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/format.h:44,
>  from 
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mem_dlmalloc.c:16:
> /home/pyu4/git-home/vpp_master/vpp/src/vppinfra/mheap_bootstrap.h:161:3: 
> note: previous declaration of ‘mheap_trace_main_t’ was here
> } mheap_trace_main_t;
>^~
> cc1: error: unrecognized command line option ‘-Wno-address-of-packed-member’ 
> [-Werror]
> cc1: all warnings being treated as errors
> [620/1184] Building C object vnet/CMakeFiles/vnet.dir/dhcp/dhcp_api.c.o
> ninja: build stopped: subcommand failed.
> make[1]: *** [Makefile:691: vpp-build] Error 1
> make[1]: Leaving directory '/home/pyu4/git-home/vpp_master/vpp/build-root'
> make: *** [Makefile:342: build] Error 2
>  
>  
> the following issue in release mode.
>  
> [781/1184] Linking C executable bin/sock_test_server
> FAILED: bin/sock_test_server
> : && ccache /usr/lib64/ccache/cc -march=corei7 -mtune=corei7-avx -g -O2 
> -DFORTIFY_SOURCE=2 -fstack-protector -fPIC -Werror   
> vcl/CMakeFiles/sock_test_server.dir/sock_test_server.c.o  -o 
> bin/sock_test_server  -Wl
> ,-rpath,/home/pyu4/git-home/vpp_master/vpp/build-root/build-vpp-native/vpp/lib
>  lib/libvppcom.so.18.10 lib/libvlibmemoryclient.so.18.10 lib/libvlib.so.18.10 
> lib/libsvm.so.18.10 lib/libvppinfra.so.18.10 -lm -ldl -
> lrt -lpthread && :
> lib/libvppcom.so.18.10: undefined reference to `mheap_put'
> lib/libvlibmemoryclient.so.18.10: undefined reference to `mheap_get_aligned'
> collect2: error: ld returned 1 exit status
> [782/1184] Linking C executable bin/test_vcl_listener_client
> FAILED: bin/test_vcl_listener_client
> : && ccache /usr/lib64/ccache/cc -march=corei7 -mtune=corei7-avx -g -O2 
> -DFORTIFY_SOURCE=2 -fstack-protector -fPIC -Werror   
> vcl/CMakeFiles/test_vcl_listener_client.dir/test_vcl_listener_client.c.o  -o 
> bin/test_
> vcl_listener_client  
> -Wl,-rpath,/home/pyu4/git-home/vpp_master/vpp/build-root/build-vpp-native/vpp/lib
>  lib/libvppcom.so.18.10 lib/libvlibmemoryclient.so.18.10 lib/libvlib.so.18.10 
> lib/libsvm.so.18.10 lib/libvppinfra.so.18.10 -lm -ldl -lrt -lpthread && :
> lib/libvppcom.so.18.10: undefined reference to `mheap_put'
> lib/libvlibmemoryclient.so.18.10: undefined reference to `mheap_get_aligned'
> collect2: error: ld returned 1 exit status
>  
>  
>  
>  <>From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Damjan 
> Marion via Lists.Fd.Io
> Sent

[vpp-dev] cmake is on

2018-09-02 Thread Damjan Marion via Lists.Fd.Io


Dear all,

We just switched from autotools to cmake and retired all autotools related 
files in src/.

All verify jobs are ok, and we also tried it on 3 different x86 and 2 different 
ARM Aarch64 machines.

Due to blast radius, i will not be surprised that some small issues pop out, 
but i don't expect anything hard to fix.

Let us know if you hit something...

PS As a part of this change, CentOS 7 build are now using devtoolset-7, so they 
are compiled with gcc-7, which also means images have support for Skylake 
Servers (AVX512).

-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10337): https://lists.fd.io/g/vpp-dev/message/10337
Mute This Topic: https://lists.fd.io/mt/25155374/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Destination Options processing in VPP

2018-08-21 Thread Damjan Marion via Lists.Fd.Io


-- 
Damjan

> On 21 Aug 2018, at 18:51, Tom Herbert  wrote:
> 
> On Tue, Aug 21, 2018 at 9:24 AM, Damjan Marion  > wrote:
>> 
>> Hi Tom and welcome to vpp-dev,
>> 
>> 
>>> On 21 Aug 2018, at 16:28, Tom Herbert  wrote:
>>> 
>>> Hello,
>>> 
>>> I have some questions regarding Destination Options processing in VPP.
>>> Basically, I'd like to know they are properly supported per RFC8200.
>> 
>> Probably not.
>> 
>>> I
>>> not, then I'd like to request the VPP stack is fixed to be protocol
>>> compliant in this.
>> 
>> As you know VPP is open source project, we like to be standards compliant
>> and we like new features.
>> 
>> Showing up on the mailing list first time and immediately requesting 
>> somebody to do the work is a bit unfair.
>> I'm sure people will try to help if you or somebody who works with you wants 
>> to work on this problem,
>> but you cannot expect that folks will just stop doing what they do just to 
>> do the work you requested.
>> 
> I'm sorry, but where is my email did I indicate that I "expect that
> folks will just stop doing what they do just to do the work you
> requested."?

I did not say that you expect, i just said that you cannot expect

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10244): https://lists.fd.io/g/vpp-dev/message/10244
Mute This Topic: https://lists.fd.io/mt/24877418/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Destination Options processing in VPP

2018-08-21 Thread Damjan Marion via Lists.Fd.Io

Hi Tom and welcome to vpp-dev,

> On 21 Aug 2018, at 16:28, Tom Herbert  wrote:
> 
> Hello,
> 
> I have some questions regarding Destination Options processing in VPP.
> Basically, I'd like to know they are properly supported per RFC8200.

Probably not.

> I
> not, then I'd like to request the VPP stack is fixed to be protocol
> compliant in this.

As you know VPP is open source project, we like to be standards compliant
and we like new features.

Showing up on the mailing list first time and immediately requesting somebody 
to do the work is a bit unfair.
I'm sure people will try to help if you or somebody who works with you wants to 
work on this problem,
but you cannot expect that folks will just stop doing what they do just to do 
the work you requested.

Thanks,

Damjan-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10242): https://lists.fd.io/g/vpp-dev/message/10242
Mute This Topic: https://lists.fd.io/mt/24877418/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] num-mbufs

2018-08-21 Thread Damjan Marion via Lists.Fd.Io



> On 20 Aug 2018, at 23:44, Bly, Mike  wrote:
> 
> Hello,
>  
> I am looking to understand the math and reasoning behind the 16K DPDK MBUFs 
> per socket allocation.

It is more educated guess than reasoning and math.

>  
> From: vpp/src/plugins/dkdp/device/dpdk.h
>  
> #define NB_MBUF   (16<<10)
>  
> The following online documentation has a comment stating it is 32K per 
> socket. Above == 16K, and does not seem to align with the 32K statement.
> https://wiki.fd.io/view/VPP/Using_VPP_In_A_Multi-thread_Model 
> 
Wiki i wrong, it should say 16K. I cannot update wiki, it tells me that I'm 
trying to do suspicious login :)

>  
> Is there some basic math or VPP process understanding that can be shared?

Total number of buffers needs to be bigger than all buffers waiting in the rx 
rings of all nics + number of buffers in flight during the one graph dispatch 
node iteration.
I.e. in simple case with 2 DPDK NICSs, that will mean 1024 buffers on each ring 
+ 2*256 buffers in-flight. Also at some places in the code we pre-allocate 
buffers for performance reasons so numbr might be slightly higher.

> Is there an assumption as to the number of NICs or rx queues per NIC which 
> drives this #?

yes, as explained above.

> Are there assumptions being made relative to NIC port speed for this default 
> value?

No, we have default of 1024 buffers on the RX ring for majority of DPDK NICs, 
For virtio number is 256.

> Are there some online resources you can point me at to read and digest?

Source code :)

>  
> Regards,
> Mike


-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10230): https://lists.fd.io/g/vpp-dev/message/10230
Mute This Topic: https://lists.fd.io/mt/24829323/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] CMake

2018-08-20 Thread Damjan Marion via Lists.Fd.Io


> On 20 Aug 2018, at 11:55, Klement Sekera  wrote:
> 
> Hi Damjan,
> 
> it seems that the test-debug target is broken with the patch. The build
> process triggered by test-debug target jumps on the cmake train, but
> that train doesn't bring in the APIGEN and other stuff (e.g.
> libvppapiclient.so).

Does this help?
diff --git a/Makefile b/Makefile
index 09a31083..f9fd95ff 100644
--- a/Makefile
+++ b/Makefile
@@ -21,7 +21,7 @@ STARTUP_DIR?=$(PWD)
 MACHINE=$(shell uname -m)
 SUDO?=sudo

-ifeq ($(findstring $(MAKECMDGOALS),verify pkg-deb pkg-rpm test),)
+ifeq ($(findstring $(MAKECMDGOALS),verify pkg-deb pkg-rpm test test-debug),)
 export vpp_uses_cmake?=yes
 endif

> 
> I don't see vpp-api mentioned in src/CMakeLists.txt. Should it be
> mentioned?

It waits for volunteer to take care for vpp-api :)

> 
> Thanks,
> Klement
> 
> On Sat, 2018-08-18 at 12:38 +0200, Damjan Marion via Lists.Fd.Io wrote:
>> Dear all,
>> 
>> Yesterday we merged a patch which introduces CMake build system in
>> VPP.
>> 
>> https://git.fd.io/vpp/commit/?id=612dd6a9
>> 
>> It is initial patch, and additional work is needed, but in general it
>> manages to compile VPP binaries significantly faster 
>> than what we have today with autotools.
>> 
>> In addition it brings following benefits which we can leverage in the
>> future:
>>  - use of CPack to generate deb/rpms vs. hardcoded scripts we have
>> today
>>  - much simpler and smaller build definitions specially for plugins
>>  - support for different build types (Debug, Release, Release with
>> symbols, Coverage, ...)
>>  - support for external components (i.e. we can likely build dpdk and
>> his dependencies)
>> 
>> Autotools is still default way to run verify jobs and build images,
>> but people can give CMake a try in few ways:
>> 
>> Step 0: "apt-get install cmake ninja-build"
>> 
>> - "make {build,rebuild,build-release,rebuild-release}" are already
>> using cmake as default, old behaviour can be restored by saying "make
>> vpp_uses_cmake=no ..."
>> 
>> - make -C build-root vpp_uses_cmake=yes PLATFORM=vpp
>> TAG={vpp|vpp_debug} 
>> 
>> - uncommenting "vpp_uses_cmake=yes" in build-data/platforms/vpp.mk
>> 
>> - without ebuild:
>> mkdir _build
>> cd _build
>> cmake [-G Ninja] /path/to/vpp/src -DCMAKE_BUILD_TYPE={Release|Debug}
>> (optionally "ccmake ." to change parameters)
>> {ninja|make}
>> 
>> ./bin/vpp unix interactive
>> 
>> Building packages (incomplete / work in progress):
>> $ ninja package
>> [0/1] Run CPack packaging tool...
>> CPack: Create package using DEB
>> CPack: Install projects
>> CPack: - Install project: vpp
>> CPack: -   Install component: dev
>> CPack: -   Install component: plugins
>> CPack: -   Install component: vpp
>> CPack: Create package
>> CPack: - package: /home/damarion/tmp/_build/vpp-dev.deb generated.
>> CPack: - package: /home/damarion/tmp/_build/vpp-plugins.deb
>> generated.
>> CPack: - package: /home/damarion/tmp/_build/vpp.deb generated.
>> 
>> Feedback, issue reports and contributions to get CMake be a full
>> replacement for autotools are welcome.
>> 
>> Thanks,
>> 
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> 
>> View/Reply Online (#10209): https://lists.fd.io/g/vpp-dev/message/102
>> 09
>> Mute This Topic: https://lists.fd.io/mt/24665874/675704
>> Group Owner: vpp-dev+ow...@lists.fd.io
>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [ksek...@cisco.com]
>> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10217): https://lists.fd.io/g/vpp-dev/message/10217
Mute This Topic: https://lists.fd.io/mt/24665874/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] CMake

2018-08-18 Thread Damjan Marion via Lists.Fd.Io

> On 18 Aug 2018, at 17:36, Andrew Pinski  wrote:
> 
> On Sat, Aug 18, 2018 at 3:38 AM Damjan Marion via Lists.Fd.Io
> mailto:dmarion=me@lists.fd.io>> wrote:
>> [snip]
>> Feedback, issue reports and contributions to get CMake be a full replacement 
>> for autotools are welcome.
> 
> I think this is backwards.  CMake is worse than the autotools when it
> comes to build systems maintaince and debugging.

Unless you have some data points, it is just another opinion.
My (another) opinion is that autotools is one of ugliest piece of software
I had to deal with, and it is extremely hard to maintain and debug.
Beside that it is damn slow…

To support my opinion with some data points:
Clean VPP build (with cache cleared)  with make takes 14 seconds, same thing 
with autotools takes 54 seconds.

Please note that we definitely don’t need another autotools vs cmake discussion 
here.
If you are able to show same speed and simplicity with autotools in this 
project, I will be more than happy to take into your patch and re-consider use 
of cmake.

> Can someone explain to me the benifit to cmake over autotools?
> Because I see none.

Speed, much simpler configs, specially for people who just need to add new 
plugin into tree, embedded test and packaging.

— 
Damjan-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10211): https://lists.fd.io/g/vpp-dev/message/10211
Mute This Topic: https://lists.fd.io/mt/24665874/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] CMake

2018-08-18 Thread Damjan Marion via Lists.Fd.Io


Dear all,

Yesterday we merged a patch which introduces CMake build system in VPP.

https://git.fd.io/vpp/commit/?id=612dd6a9

It is initial patch, and additional work is needed, but in general it manages 
to compile VPP binaries significantly faster 
than what we have today with autotools.

In addition it brings following benefits which we can leverage in the future:
 - use of CPack to generate deb/rpms vs. hardcoded scripts we have today
 - much simpler and smaller build definitions specially for plugins
 - support for different build types (Debug, Release, Release with symbols, 
Coverage, ...)
 - support for external components (i.e. we can likely build dpdk and his 
dependencies)

Autotools is still default way to run verify jobs and build images, but people 
can give CMake a try in few ways:

Step 0: "apt-get install cmake ninja-build"

- "make {build,rebuild,build-release,rebuild-release}" are already using cmake 
as default, old behaviour can be restored by saying "make vpp_uses_cmake=no ..."

- make -C build-root vpp_uses_cmake=yes PLATFORM=vpp TAG={vpp|vpp_debug} 

- uncommenting "vpp_uses_cmake=yes" in build-data/platforms/vpp.mk

- without ebuild:
mkdir _build
cd _build
cmake [-G Ninja] /path/to/vpp/src -DCMAKE_BUILD_TYPE={Release|Debug}
(optionally "ccmake ." to change parameters)
{ninja|make}

./bin/vpp unix interactive

Building packages (incomplete / work in progress):
$ ninja package
[0/1] Run CPack packaging tool...
CPack: Create package using DEB
CPack: Install projects
CPack: - Install project: vpp
CPack: -   Install component: dev
CPack: -   Install component: plugins
CPack: -   Install component: vpp
CPack: Create package
CPack: - package: /home/damarion/tmp/_build/vpp-dev.deb generated.
CPack: - package: /home/damarion/tmp/_build/vpp-plugins.deb generated.
CPack: - package: /home/damarion/tmp/_build/vpp.deb generated.

Feedback, issue reports and contributions to get CMake be a full replacement 
for autotools are welcome.

Thanks,

-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10209): https://lists.fd.io/g/vpp-dev/message/10209
Mute This Topic: https://lists.fd.io/mt/24665874/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] DPDK plugin - port ID and index

2018-08-17 Thread Damjan Marion via Lists.Fd.Io

Are you on some old vpp version?

We did recently what i think you are asking for, port_id is now decoupled from 
device_index...


-- 
Damjan

> On 17 Aug 2018, at 10:15, Andrzej Ostruszka  wrote:
> 
> Hello all
> 
> I'm new to VPP so please bear with my ignorance in its
> architecture/internals/development process :).
> 
> I'd like to ask for some change regarding DPDK plugin - to be specific
> to differentiate between "device index" (in device table) and "device
> id" (the DPDK port ID).  More information about the change is below and
> the proposed patch is in the attachment (since I'm not aware yet of the
> process to proposed them - if there is any).
> 
> The background for the change is as follows: I've developed a logical
> PMD for DPDK that is meant to split different type of traffic (read some
> "tag") to different "logical" ports while under the hood for actual
> transmission a "physical" port is used.  The driver on the RX side takes
> care of the finding the correct "logical" port for given tag, stripping
> it and passing to the port and on TX side its job is to insert the tag
> and pass it to the "physical" port for transmission.  It works with
> test-pmd and l2fwd DPDK applications but our customer wishes to use it
> also with VPP and here I needed to make some changes which I'd like to
> upstream now.
> 
> From the above description you can see that for N logical ports there
> are N+1 (at least) actual DPDK ports used.  So the situation is a bit
> like "reversed bonding driver" - in bonding PMD the are many "physical"
> ports that are grouped to form one "logical" link, and in my case this
> is reversed.
> 
> I've decided to make use of the new DPDK API "rte_eth_dev_owner_new/set"
> (introduced by commit 5b7ba31148a8b and still marked as "experimental")
> because this makes much easier for other applications (like VPP) to not
> depend on the internals of given PMD - for example I did not have to
> touch testpmd and l2fwd apps from DPDK to make them work since they were
> already using/compatible with the new API.
> 
> This however requires some changes in VPP to make it work.  Previously
> you simply assumed that DPDK port IDs start with 0 and assumed 1 to 1
> correspondence between index in internal table with DPDK port id.  With
> the use of some "internal/owned" DPDK ports this is no longer true so
> what I am proposing is to add 'device_id' to 'dpdk_device_t' and make
> use of it when passing to RTE functions and use 'RTE_ETH_FOREACH_DEV'
> macro instead of plain 'for' loops starting with 0.
> 
> The patch in the attachment is what I have used for our customer.  Note
> however that this was my first contact with VPP so there might be
> something wrong with it or I might have missed some other places that
> also need an update.  Also note that since the "ownership" API in DPDK
> is still marked as experimental then you'll need to add
> "-Wno-deprecated-declarations" to your compilation flags in platform
> files (I'm using a separate one so don't have patch for you).
> 
> Let me know what you think.
> 
> Best regards
> Andrzej
> <0001-plugins-dpdk-do-not-use-internal-index-for-port-id.patch>-=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10193): https://lists.fd.io/g/vpp-dev/message/10193
> Mute This Topic: https://lists.fd.io/mt/24610614/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10201): https://lists.fd.io/g/vpp-dev/message/10201
Mute This Topic: https://lists.fd.io/mt/24610614/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Bonding error -- uio_interrupt

2018-08-17 Thread Damjan Marion via Lists.Fd.Io

interesting, works fine for me on c3000, but i use vfio.

Try with vfio, either with enabling iommu or using noiommu mode (kernel 
4.4+)

-- 
Damjan

> On 17 Aug 2018, at 03:22, carlito nueno  wrote:
> 
> Hi,
> 
> I am trying to bond two Intel 82599 on Intel Atom C3000. But I am
> getting uio_interrupt error and BondEthernet0 is down. Each NIC works
> by itself, without bonding.
> 
> [   12.473426] irq 16: nobody cared (try booting with the "irqpoll" option)
> [   12.480149] CPU: 2 PID: 0 Comm: swapper/2 Not tainted
> 4.15.0-20-generic #21-Ubuntu
> [   12.480150] Hardware name: Default string Default string/Default
> string, BIOS R0.10 12/27/2017
> [   12.480152] Call Trace:
> [   12.480154]  
> [   12.480164]  dump_stack+0x63/0x8b
> [   12.480168]  __report_bad_irq+0x35/0xc0
> [   12.480170]  note_interrupt+0x24b/0x2a0
> [   12.480173]  handle_irq_event_percpu+0x54/0x80
> [   12.480175]  handle_irq_event+0x3b/0x60
> [   12.480177]  handle_fasteoi_irq+0x75/0x130
> [   12.480180]  handle_irq+0x20/0x30
> [   12.480183]  do_IRQ+0x46/0xd0
> [   12.480185]  common_interrupt+0x84/0x84
> [   12.480186]  
> [   12.480190] RIP: 0010:cpuidle_enter_state+0xa7/0x2f0
> [   12.480191] RSP: 0018:bde940cc7e68 EFLAGS: 0246 ORIG_RAX:
> ffda
> [   12.480194] RAX: a0727fd22880 RBX: 0002e7793c59 RCX: 
> 001f
> [   12.480195] RDX: 0002e7793c59 RSI: fffd3353a7e3 RDI: 
> 
> [   12.480196] RBP: bde940cc7ea8 R08:  R09: 
> 0001
> [   12.480198] R10: bde940cc7e38 R11: 0001 R12: 
> a0727fd2c300
> [   12.480199] R13: 0001 R14: b3571c98 R15: 
> 
> [   12.480202]  ? cpuidle_enter_state+0x97/0x2f0
> [   12.480204]  cpuidle_enter+0x17/0x20
> [   12.480207]  call_cpuidle+0x23/0x40
> [   12.480209]  do_idle+0x18c/0x1f0
> [   12.480211]  cpu_startup_entry+0x73/0x80
> [   12.480213]  start_secondary+0x1a6/0x200
> [   12.480216]  secondary_startup_64+0xa5/0xb0
> [   12.480218] handlers:
> [   12.482499] [<37e500ce>] uio_interrupt [uio]
> [   12.487468] [<37e500ce>] uio_interrupt [uio]
> [   12.492452] [<37e500ce>] uio_interrupt [uio]
> [   12.497427] Disabling IRQ #16
> [  303.382435] irq 17: nobody cared (try booting with the "irqpoll" option)
> [  303.389199] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
> 4.15.0-20-generic #21-Ubuntu
> [  303.389201] Hardware name: Default string Default string/Default
> string, BIOS R0.10 12/27/2017
> [  303.389202] Call Trace:
> [  303.389204]  
> [  303.389212]  dump_stack+0x63/0x8b
> [  303.389216]  __report_bad_irq+0x35/0xc0
> [  303.389219]  note_interrupt+0x24b/0x2a0
> [  303.389221]  handle_irq_event_percpu+0x54/0x80
> [  303.389223]  handle_irq_event+0x3b/0x60
> [  303.389226]  handle_fasteoi_irq+0x75/0x130
> [  303.389228]  handle_irq+0x20/0x30
> [  303.389231]  do_IRQ+0x46/0xd0
> [  303.389233]  common_interrupt+0x84/0x84
> [  303.389234]  
> [  303.389238] RIP: 0010:cpuidle_enter_state+0xa7/0x2f0
> [  303.389240] RSP: 0018:b3403e10 EFLAGS: 0246 ORIG_RAX:
> ffd6
> [  303.389242] RAX: a0727fc22880 RBX: 0046a30082e4 RCX: 
> 001f
> [  303.389244] RDX: 0046a30082e4 RSI: fffd3353a7e3 RDI: 
> 
> [  303.389245] RBP: b3403e50 R08:  R09: 
> 0001
> [  303.389246] R10: b3403de0 R11: 0001 R12: 
> a0727fc2c300
> [  303.389247] R13: 0001 R14: b3571c98 R15: 
> 
> [  303.389251]  cpuidle_enter+0x17/0x20
> [  303.389253]  call_cpuidle+0x23/0x40
> [  303.389255]  do_idle+0x18c/0x1f0
> [  303.389257]  cpu_startup_entry+0x73/0x80
> [  303.389260]  rest_init+0xae/0xb0
> [  303.389263]  start_kernel+0x4dc/0x4fd
> [  303.389266]  x86_64_start_reservations+0x24/0x26
> [  303.389267]  x86_64_start_kernel+0x74/0x77
> [  303.389270]  secondary_startup_64+0xa5/0xb0
> [  303.389272] handlers:
> [  303.391558] [<37e500ce>] uio_interrupt [uio]
> 
> vppctl sh hardware-interface shows:
> 
> BondEthernet0  7down  Slave-Idx: 5 6
>  Ethernet address 08:35:71:eb:70:54
>  Ethernet Bonding
>carrier down
>flags: admin-up pmd maybe-multiseg
>rx queues 1, rx desc 1024, tx queues 2, tx desc 1024
>cpu socket 0
> 
> TenGigabitEthernet8/0/05slave TenGigabitEthernet8/0/0
>  Ethernet address 08:35:71:eb:70:54
>  Intel 82599
>carrier down
>flags: pmd maybe-multiseg bond-slave tx-offload intel-phdr-cksum
>rx queues 1, rx desc 1024, tx queues 2, tx desc 1024
>cpu socket 0
> 
> TenGigabitEthernet9/0/06slave TenGigabitEthernet9/0/0
>  Ethernet address 08:35:71:eb:70:54
>  Intel 82599
>carrier down
>flags: pmd maybe-multiseg bond-slave tx-offload intel-phdr-cksum
>rx queues 1, rx desc 1024, tx queues 2, tx desc 1024
>cpu socket 0
> 
> 
> lspic -vvv shows:
> 
> 08:00.0 Ethernet controller: Intel Corporation

Re: [vpp-dev] Regarding symmetric RSS hash with DPDK plugin

2018-08-16 Thread Damjan Marion via Lists.Fd.Io

you should be able to do that by enabling same number of rx queues to number of 
workers +1 (main thread) and set rx placement to match tx queue assignment.
VPP statically maps on tx side queue to thread, so main thread is always using 
queue 0, worker 0 uses queue 1and so on
Issue is that this will result in traffic also going to main core,  unless you 
can teach nic to skip queue 0

-- 
Damjan

> On 16 Aug 2018, at 12:13, Prashant Upadhyaya  wrote:
> 
> Hi,
> 
> I need to use symmetric RSS hash in VPP while using DPDK plugin, so
> that both sides of my TCP flows land on the same worker.
> 
> Requesting to please advise what would be the correct way of achieving
> this in VPP via the hardware (say Intel82599 NIC) -- I believe it is
> possible to configure an RSS key which does that. So the question
> really is, if this configuration is supported by VPP or the code needs
> to be changed somewhere to achieve this.
> 
> Regards
> -Prashant
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10184): https://lists.fd.io/g/vpp-dev/message/10184
> Mute This Topic: https://lists.fd.io/mt/24569696/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10186): https://lists.fd.io/g/vpp-dev/message/10186
Mute This Topic: https://lists.fd.io/mt/24569696/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Performance and CLI response degradation with inactive port

2018-08-16 Thread Damjan Marion via Lists.Fd.Io


Can you share more details on hardware used?

Both Dave  and me noticed this on denverton device (Atom C3xxx) with onboard 
10G ports.
I was able to repro this with dpdk testpmd, so (at least our issue) is not VPP 
related.


-- 
Damjan

> On 9 Aug 2018, at 00:45, j...@yeager1.com wrote:
> 
> Quick update on this: it only needs to have a fiber cable plugged into the 
> SFP for it to react normally. It doesn't matter that the other end of the 
> cable be connected to anything at all, just that something is present in the 
> SFP. This isn't a failure scenario I'm terribly concerned about and this 
> seems to be more a reaction of the NIC then of VPP. Still, if anyone has any 
> idea what is going on here I'd love to know because this isn't something I 
> expected. -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10078): https://lists.fd.io/g/vpp-dev/message/10078
> Mute This Topic: https://lists.fd.io/mt/24234129/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10183): https://lists.fd.io/g/vpp-dev/message/10183
Mute This Topic: https://lists.fd.io/mt/24234129/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Is plugin compilation out of source tree still supported by vpp?

2018-08-16 Thread Damjan Marion via Lists.Fd.Io


It might be that documentation is outdated, but we definitely build sample 
plugin out-of-tree as part of each commit verify job...

-- 
Damjan

> On 16 Aug 2018, at 10:48, ololjiiu373...@163.com wrote:
> 
> Hi, all
> 
> I'm a newbie of vpp and tried to compile sample_plugin out of source tree. I 
> followed instructions in wiki 
> (https://wiki.fd.io/view/VPP/How_To_Build_The_Sample_Plugin) and found that 
> vpp_plugin_configure is missing.
> 
> This tool has been deleted in this commit:
> https://gerrit.fd.io/r/gitweb?p=vpp.git;a=commit;h=724f64ccf691e170973bdcdc6c09bfdc7e2ab5e4
>  
> 
> https://gerrit.fd.io/r/gitweb?p=vpp.git;a=blobdiff;f=src/vpp.am;h=be55c4000d3d2346de559135cf144ee7dd0bf69b;hp=3bb2c1beaaefcabf96d3f1dc75f878ec0606a6b0;hb=724f64ccf691e170973bdcdc6c09bfdc7e2ab5e4;hpb=1c5ee872b14c5e9412b8c0e4f169b85d11238d14
>  
> 
> 
> Is this feature removed or vpp_plugin_configure was removed by accident?
> 
> Another problem I encountered is that sample_plugin.so can't be loaded by vpp 
> because sample_main hasn't been declared in any related source code.
> 
> Thanks. -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10180): https://lists.fd.io/g/vpp-dev/message/10180
> Mute This Topic: https://lists.fd.io/mt/24569017/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10182): https://lists.fd.io/g/vpp-dev/message/10182
Mute This Topic: https://lists.fd.io/mt/24569017/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] memif questions/comments

2018-08-13 Thread Damjan Marion via Lists.Fd.Io


> On 13 Aug 2018, at 04:43, Jeff  wrote:
> 
> Hello VPP folks,

Hello,

> 
> I have several questions/comments on memif and libmemif.
> 
> 1) I believe "mq[x].last_tail = 0" is missing from 
> memif_init_regions_and_queues().

Aer you referring to vpp or libmemif? We have same function name at both 
places..
In VPP it is fine as mq is vector element and vector elements are set to zero 
on alloc...

> 
> 2) I have a libmemif app connecting to two different memif sockets and I 
> noticed that if my app fails to connect to the first socket it will not 
> attempt 
> the second.  This is due to the error bailout in memif_control_fd_handler(), 
> line 921.  Is this behavior intended?

Not familiar with libmemif details, will leave to Jakub to comment

> 
> 3) memif ring size
> 
> 3a) I see both memif plugin and libmemif set the max ring size as:
> #define  MEMIF_MAX_LOG2_RING_SIZE14
> 
> However, src/plugins/memif/cli.c has the following check:
> 
>   if (ring_size > 32768)
>  return clib_error_return (0, "maximum ring size is 32768");
> 
> Which is correct?  For what it's worth, I modified the #define to allow a 
> ring size of 32768 and it appeared to work, but I'm not certain there wasn't 
> something bad (but non-fatal) happening behind the scenes.

15 should also be fine. I don't remember why i put 14...
Feel free to submit patch which changes it to 15.

> 
> 3b) What is the source of the 32k limit?  Is this a technical limit or a "you 
> shouldn't need more than this" limit?

u16 - 1bit

Do you really need more?

> 
> 3c) What ring size was used for the benchmarks shown at KubeCon EU? 
> (https://wiki.fd.io/view/File:Fdio-memif-at-kubecon-eu-180430.pptx)

default

> 
> 4) Is it still true that libmemif cannot act as master?  
> (https://lists.fd.io/g/vpp-dev/message/9408)
> 
> 5) Suppose that after calling memif_buffer_alloc(), while populating the tx 
> buffer, you decide you no longer want to transmit the buffer.  How do you 
> "give back" the tx buffer to the ring?
> 
> 6) memif_refill_queue
> 
> 6a) Debugging some performance issues in my libmemif app, I benchmarked 
> memif_refill_queue() and found that with a headroom of 128 the function was 
> taking almost 2600 clocks per call on average:
> 
> libmemif_refill: 4971105 samples, 12799435227 clocks (avg: 2574)
> 
> But with a headroom of 0, only 22 clocks per call on average:
> 
> libmemif_refill: 4968243 samples, 111850110 clocks (avg: 22)
> 
> Is this expected?

Will leave to Jakub to comment on last 3 q 

> 
> 6b) How should memif_refill_queue() be used in a scenario where the received 
> packets are processed at different times?  For example, suppose I receive 16 
> packets from memif_rx_burst(), p0-p15.  I want to hold on to p4, p9, p11 
> temporarily and process+transmit the others via memif_tx_burst().  There's no 
> way to call memif_refill_queue() for just the 13 processed packets, correct?  
> Would I need to make copies of p4, p9, p11 and then refill all 16?

I guess we don't have that supported, but makes sense to have it.

> 
> 7) Looking for more information on the memif_buffer_enqueue_tx() function.  

I cannot find that function in latest master...

> I see it used only in the zero-copy-slave example code. Is the combination of 
> memif_buffer_enqueue_tx() + memif_tx_burst() the way to achieve zero-copy tx? 
>  If not, how/where should memif_buffer_enqueue_tx() be used?  Is zero-copy 
> only possible from slave->master?

Idea of zero-copy in memif is to avoid memcpy to shared memory by exposing 
buffer memory to peer. One of basic rules are that memif master never exposes 
his memory,
so it cannot do zero-copy.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10112): https://lists.fd.io/g/vpp-dev/message/10112
Mute This Topic: https://lists.fd.io/mt/24499586/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] tx-errors on VPP controlled dpdk device

2018-08-01 Thread Damjan Marion via Lists.Fd.Io


Try to dump hardware counters with "show hardware"
That my give you more information what's wrong...

As you are using VF, my wild guess is that you may have promisc mode disabled. 
Try to dump PF
details with 'ip link show dev XXX"

-- 
Damjan

> On 1 Aug 2018, at 00:52, chakravarthy.arise...@viasat.com wrote:
> 
> Hi,
> 
> When VPP is sending out the traffic through DPDK device, it encounters 
> transmit errors? Can someone shed some light what might be happening?
> 
> Thanks
> Chakri
> 
> vpp# show int
>   Name   Idx   State  Counter  
> Count
> VirtualFunctionEthernet0/6/0  1 up   rx packets  
> 21141847
>  rx bytes 
> 33657724324
>  tx packets   
>  62
>  tx bytes 
>2604
>  ip4 
> 21141785
> VirtualFunctionEthernet0/7/0  2 up   rx packets   
>  62
>  rx bytes 
>2604
>  tx packets  
> 21141847
>  tx bytes 
> 33657724324
>  tx-error 
> 3675066
> local00 up
> loop1 3 up
> loop2 5 up
> memif1/1  7 up   tx packets  
> 21141785
>  tx bytes 
> 32600632470
> memif2/2  8 up   rx packets  
> 21141785
>  rx bytes 
> 32600632470
> vxlan_tunnel1 4 up   rx packets  
> 21141785
>  rx bytes 
> 32600632470
> vxlan_tunnel2 6 up   tx packets  
> 21141785
>  tx bytes 
> 33361736730
> vpp# sh error
>CountNode  Reason
>   10570865  vxlan4-input  good packets decapsulated
>   21141785  vxlan4-encap  good packets encapsulated
>   31712650l2-output   L2 output packets
>   31712650l2-learnL2 learn packets
>   31712650l2-inputL2 input packets
>126arp-input   ARP replies sent
>3675066 VirtualFunctionEthernet0/7/0-txTx packet drops (dpdk tx 
> failure)
>   10570920  vxlan4-input  good packets decapsulated
>   10570920l2-output   L2 output packets
>   10570920l2-learnL2 learn packets
>   10570920l2-inputL2 input packets
> 
> Thread 0 vpp_main (lcore 1)
> Time 957448.6, average vectors/node 1.00, last 128 main loops 0.00 per node 
> 0.00
>   vector rates in 0.e0, out 2.0889e-6, drop 0.e0, punt 0.e0
>  Name State Calls  Vectors
> Suspends Clocks   Vectors/Call
> VirtualFunctionEthernet0/6/0-o   active  1   1
>0  9.65e31.00
> VirtualFunctionEthernet0/6/0-t   active  1   1
>0  2.03e41.00
> VirtualFunctionEthernet0/7/0-o   active  1   1
>0  6.08e31.00
> VirtualFunctionEthernet0/7/0-t   active  1   1
>0  1.11e41.00
> acl-plugin-fa-cleaner-process  event wait0   0
>1  2.51e40.00
> admin-up-down-process  event wait0   0
>1  1.12e30.00
> api-rx-from-ringany wait 0   0
>68101  1.24e40.00
> avf-processevent wait0   0
>1  6.97e30.00
> bfd-processevent wait0   0
>1  1.64e40.00
> cdp-process any wait 0   0
>   127877  2.62e30.00
> dhcp-client-process any wait 0   0
> 9575  3.55e30.00
>

Re: [vpp-dev] Manual patch verify request: gerrit 13769

2018-07-28 Thread Damjan Marion via Lists.Fd.Io


Is incremental checksum really needed here,
or we can just move to new vectorized checksum calculation (already used in 
ip-input)?

-- 
Damjan

> On 27 Jul 2018, at 22:17, Dave Barach via Lists.Fd.Io 
>  wrote:
> 
> Thanks very much... Dave
>  
> From: Tina Tsou mailto:tina.t...@arm.com>> 
> Sent: Friday, July 27, 2018 1:51 PM
> To: Dave Barach (dbarach) mailto:dbar...@cisco.com>>
> Cc: Brian Brooks mailto:brian.bro...@arm.com>>; 
> vpp-dev@lists.fd.io 
> Subject: Re: Manual patch verify request: gerrit 13769
>  
> Dear Dave, 
>  
> Looking into it...
> 
>  
> Thank you, 
> Tina
> 
> On Jul 27, 2018, at 7:23 AM, Dave Barach (dbarach)  > wrote:
> 
> Folks,
>  
> Would it be possible for someone to download and manually verify that 
> https://gerrit.fd.io/r/#/c/13769  is 
> functionally correct, and that the proposed change isn’t a performance 
> disaster on aarch64?
>  
> Thanks... Dave
>  
> IMPORTANT NOTICE: The contents of this email and any attachments are 
> confidential and may also be privileged. If you are not the intended 
> recipient, please notify the sender immediately and do not disclose the 
> contents to any other person, use it for any purpose, or store or copy the 
> information in any medium. Thank you.
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9956): https://lists.fd.io/g/vpp-dev/message/9956 
> 
> Mute This Topic: https://lists.fd.io/mt/23832194/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9962): https://lists.fd.io/g/vpp-dev/message/9962
Mute This Topic: https://lists.fd.io/mt/23832194/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [csit-dev] [vpp-dev] Parallel test execution in VPP Test Framework

2018-07-28 Thread Damjan Marion via Lists.Fd.Io


Dear All,

My personal preference is that make test  framework implements cpu assignment 
code.
It should't be rocket science to parse /sys/devices/system/cpu/online and give 
one cpu to each instance.
It will also help to test framework to understand how many parallel jobs it can 
run...

Enforcing single cpu assignment in vpp is done intentionally, to avoid cross 
numa memory allocation.
If main-core is not specified, vpp simply uses cpu core 1 (unless only 0 
exists).
While adding something like "cpu { main-core any} " should be quite straight 
forward, it will have broken
behaviour when dpdk is loaded and it will just confuse people. Also, we will 
need to come back to the
drawing board when we decide to run multiple workers in make test, as logic 
there is more complex and will likely require 
rework of the thread placement code.

-- 
Damjan

> On 27 Jul 2018, at 20:46, Peter Mikus via Lists.Fd.Io 
>  wrote:
> 
> Hello,
>  
> Ø  What is the “significant problem” you’re running into?
>  
> The problem can be better described as: When python is spawning N instances 
> of VPP process, all processes are from unknown reason placed with affinity 
> 0x2 (bin 10). This can be verified by taskset –p . CFS is then 
> placing all VPP process to the same core, making it inefficient on multicore 
> jenkins slave container.
> The default vpp startup.conf is not modified thus there is no input to know 
> where to pin the vpp threads. Simply one can said or think that this is 
> related to python multiprocess/subprocess.popen code, which is hard-setting 
> affinity mask to 0x2. 
>  
> There are multiple solutions for workaround that Juraj proposed or Maciek, 
> but none of them is answering why is this happening.
>  
> Peter Mikus
> Engineer – Software
> Cisco Systems Limited
>  
> From: csit-...@lists.fd.io  
> [mailto:csit-...@lists.fd.io ] On Behalf Of 
> Maciek Konstantynowicz (mkonstan) via Lists.Fd.Io
> Sent: Friday, July 27, 2018 6:53 PM
> To: Alec Hothan (ahothan) mailto:ahot...@cisco.com>>; 
> Juraj Linkeš mailto:juraj.lin...@pantheon.tech>>
> Cc: csit-...@lists.fd.io 
> Subject: Re: [csit-dev] [vpp-dev] Parallel test execution in VPP Test 
> Framework
>  
> Alec, This is about make test and not real packet forwarding. Per Juraj’s 
> patch [1]
>  
> Juraj, My understanding is that if you’re starting VPP without specifying 
> core placement in startup.conf [2] cpu {..}, then Linux CFS will be placing 
> the threads onto available cpu core resources. If you’re saying this is not 
> the case, and indeed the wiki comment indicates this, then the way to address 
> it is to specify different core for main.c thread per vpp instance.
>  
> What is the “significant problem” you’re running into? Are tests not 
> executing in parallel using python multiprocessing, are vpp’s having issues, 
> else? Could you describe it a bit more? 
>  
> -Maciek 
>  
> [1] https://gerrit.fd.io/r/#/c/13491/ 
> [2] https://git.fd.io/vpp/tree/src/vpp/conf/startup.conf 
> 
> 
> 
> On 27 Jul 2018, at 17:23, Alec Hothan (ahothan)  > wrote:
>  
> Hi Juraj,
> How many instances and what level of performance are you looking at?
> Even if you assign different cores to each VPP instance, results can be 
> skewed due to interference at the LLC and PCIe/NIC level (this can be 
> somewhat mitigated by running on separate sockets)
>  
>Alec
>  
>  
> From: mailto:vpp-dev@lists.fd.io>> on behalf of Juraj 
> Linkeš mailto:juraj.lin...@pantheon.tech>>
> Date: Friday, July 27, 2018 at 7:25 AM
> To: "Maciek Konstantynowicz (mkonstan)"  >
> Cc: "vpp-dev@lists.fd.io "  >, csit-dev  >
> Subject: Re: [vpp-dev] Parallel test execution in VPP Test Framework
>  
> Hi Maciek and vpp-devs,
>  
> I've run into a significant problem regarding VPP assignment to cores. All 
> VPPs that are spawned are assigned to core 1. I looked at 
> https://wiki.fd.io/view/VPP/Command-line_Arguments 
>  and I guess it's because 
> that's the default behavior of VPP (dpdk coremask is not configured and  Note 
> that the "main" thread always occupies the lowest core-id specified in the 
> DPDK [process-level] coremask.").
>  
> Is my reading of the config options accurate?
>  
> Obviously, all VPP instances running on the same core goes against running 
> the tests on multiple cores. There are a couple of solutions that come to 
> mind:
> · Assign VPP instances to cores manually. With possible multiple jobs 
> running on a given host, this creates a situation where the different jobs 
> don't know cores are already occupied (and by how many VPP instances) and 
> thus introduces additional challenges to solve.
>

Re: [vpp-dev] Regarding /var/run/.rte_config

2018-07-28 Thread Damjan Marion via Lists.Fd.Io

Dear Prashant,

"git blame" is your friend. He can easily tell you which patch introduced that 
functionality.
And than you can try to cherry-pick it on top of 18.01

-- 
Damjan

> On 28 Jul 2018, at 07:27, Prashant Upadhyaya  wrote:
> 
> Hi again Damjan,
> 
> I am currently using VPP release 18.01 which just has the tx capture
> functionality.
> I see that VPP release 18.07 has introduced the rx capture functionality.
> 
> At the moment, upgrading my release to 18.01 is not an option.
> Can you please advise how easy or difficult it will be to backport the
> rx capture functionality and add it as a patch to 18.01.
> 
> Regards
> -Prashant
> 
> On Thu, Jul 26, 2018 at 4:56 PM, Prashant Upadhyaya
>  wrote:
>> Thanks Damjan,
>> 
>> I had a temporary brain-freeze, I do see there is a max parameter as well.
>> 
>> Regards
>> -Prashant
>> 
>> 
>> On Thu, Jul 26, 2018 at 4:46 PM, Prashant Upadhyaya
>>  wrote:
>>> Hi Damjan,
>>> 
>>> Thanks for your CLI pointers.
>>> It seems there is a limit of 100 packets which would work against my
>>> requirements.
>>> If you have any suggestions there before I look into the code to
>>> tinker with the 100, please do let me know.
>>> 
>>> Regards
>>> -Prashant
>>> 
>>> 
>>> On Thu, Jul 26, 2018 at 4:24 PM, Damjan Marion  wrote:
 Dear Prashant,

 Try "pcap rx trace" and "pcap tx trace" command.

 https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373

 Also please note that VPP packet generator (pg) supports both pcap play and
 capture...

 --
 Damjan

 On 26 Jul 2018, at 12:42, Prashant Upadhyaya  
 wrote:

 Hi Damjan,

 I was hoping to use the dpdk-pdump utility (built as part of DPDK) to
 generate the pcap files for traffic passing through the various ports.
 I have used that successfully with pure vanilla DPDK primary processes
 (non VPP usecases). It runs as a secondary process.

 Well, my requirement is to generate pcap's for ports on both tx and rx
 -- if you have an alternate VPP-core solution, that would be great.

 Regards
 -Prashant

 On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion  wrote:

 Dear Prashant,

 We had lot of operational issues with dpdk leftover files in the past, so
 we took special care to made them disappear ASAP.

 Even if they are present you will not be able to use secondary process,
 we simply don't support that use case. Secondary process will not be
 able to access buffer memory as buffer memory is allocated by VPP and not 
 by
 DPDK.

 Please note that VPP is not application built on top of DPDK, for us DPDK 
 is
 just
 source of device drivers wit a bit of weight around them. Typical VPP
 feature
 code can work even without DPDK being present.

 If you explain your use case we might be able to advise you how to approach
 your problem
 in a way native to VPP,  without relying on DPDK legacy features.

 Regards,

 --
 Damjan

 On 25 Jul 2018, at 13:11, Prashant Upadhyaya  
 wrote:

 Hi,

 I am running VPP with DPDK plugin.
 I see that when I normally run other non VPP DPDK applications, they
 create a file called /var/run/.rte_config
 But VPP running as a DPDK application (and calling rte_eal_init) does
 not create this file.

 There are consequences of the above in certain usecases where
 secondary processes try to look at this file.

 Can somebody advise why this file is not created when VPP is run with
 DPDK plugin. Or what needs to be done so that it does get created, or
 perhaps it is getting created somewhere that I am not aware of. I am
 running VPP as root.

 Regards
 -Prashant
 -=-=-=-=-=-=-=-=-=-=-=-
 Links: You receive all messages sent to this group.

 View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929
 Mute This Topic: https://lists.fd.io/mt/23811660/675642
 Group Owner: vpp-dev+ow...@lists.fd.io
 Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
 -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9958): https://lists.fd.io/g/vpp-dev/message/9958
Mute This Topic: https://lists.fd.io/mt/23811660/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Regarding /var/run/.rte_config

2018-07-26 Thread Damjan Marion via Lists.Fd.Io

Dear Prashant,

Try "pcap rx trace" and "pcap tx trace" command.

https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373

Also please note that VPP packet generator (pg) supports both pcap play and 
capture...

-- 
Damjan

> On 26 Jul 2018, at 12:42, Prashant Upadhyaya  wrote:
> 
> Hi Damjan,
> 
> I was hoping to use the dpdk-pdump utility (built as part of DPDK) to
> generate the pcap files for traffic passing through the various ports.
> I have used that successfully with pure vanilla DPDK primary processes
> (non VPP usecases). It runs as a secondary process.
> 
> Well, my requirement is to generate pcap's for ports on both tx and rx
> -- if you have an alternate VPP-core solution, that would be great.
> 
> Regards
> -Prashant
> 
> 
> On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion  wrote:
>> 
>> Dear Prashant,
>> 
>> We had lot of operational issues with dpdk leftover files in the past, so
>> we took special care to made them disappear ASAP.
>> 
>> Even if they are present you will not be able to use secondary process,
>> we simply don't support that use case. Secondary process will not be
>> able to access buffer memory as buffer memory is allocated by VPP and not by
>> DPDK.
>> 
>> Please note that VPP is not application built on top of DPDK, for us DPDK is
>> just
>> source of device drivers wit a bit of weight around them. Typical VPP
>> feature
>> code can work even without DPDK being present.
>> 
>> If you explain your use case we might be able to advise you how to approach
>> your problem
>> in a way native to VPP,  without relying on DPDK legacy features.
>> 
>> Regards,
>> 
>> --
>> Damjan
>> 
>> On 25 Jul 2018, at 13:11, Prashant Upadhyaya  wrote:
>> 
>> Hi,
>> 
>> I am running VPP with DPDK plugin.
>> I see that when I normally run other non VPP DPDK applications, they
>> create a file called /var/run/.rte_config
>> But VPP running as a DPDK application (and calling rte_eal_init) does
>> not create this file.
>> 
>> There are consequences of the above in certain usecases where
>> secondary processes try to look at this file.
>> 
>> Can somebody advise why this file is not created when VPP is run with
>> DPDK plugin. Or what needs to be done so that it does get created, or
>> perhaps it is getting created somewhere that I am not aware of. I am
>> running VPP as root.
>> 
>> Regards
>> -Prashant
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> 
>> View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929
>> Mute This Topic: https://lists.fd.io/mt/23811660/675642
>> Group Owner: vpp-dev+ow...@lists.fd.io
>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>> 
>> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9936): https://lists.fd.io/g/vpp-dev/message/9936
Mute This Topic: https://lists.fd.io/mt/23811660/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Regarding /var/run/.rte_config

2018-07-25 Thread Damjan Marion via Lists.Fd.Io

Dear Prashant,

We had lot of operational issues with dpdk leftover files in the past, so
we took special care to made them disappear ASAP.

Even if they are present you will not be able to use secondary process,
we simply don't support that use case. Secondary process will not be 
able to access buffer memory as buffer memory is allocated by VPP and not by 
DPDK.

Please note that VPP is not application built on top of DPDK, for us DPDK is 
just
source of device drivers wit a bit of weight around them. Typical VPP feature 
code can work even without DPDK being present.

If you explain your use case we might be able to advise you how to approach 
your problem
in a way native to VPP,  without relying on DPDK legacy features.

Regards,

-- 
Damjan

> On 25 Jul 2018, at 13:11, Prashant Upadhyaya  wrote:
> 
> Hi,
> 
> I am running VPP with DPDK plugin.
> I see that when I normally run other non VPP DPDK applications, they
> create a file called /var/run/.rte_config
> But VPP running as a DPDK application (and calling rte_eal_init) does
> not create this file.
> 
> There are consequences of the above in certain usecases where
> secondary processes try to look at this file.
> 
> Can somebody advise why this file is not created when VPP is run with
> DPDK plugin. Or what needs to be done so that it does get created, or
> perhaps it is getting created somewhere that I am not aware of. I am
> running VPP as root.
> 
> Regards
> -Prashant
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929
> Mute This Topic: https://lists.fd.io/mt/23811660/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9933): https://lists.fd.io/g/vpp-dev/message/9933
Mute This Topic: https://lists.fd.io/mt/23811660/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Sample plugin doest not show up with vpp 18.07

2018-07-20 Thread Damjan Marion via Lists.Fd.Io

No, it is not same... removing extern will result in sample_main instance in 
each object file created from C file which includes this specific header file.

-- 
Damjan

> On 20 Jul 2018, at 18:03, abdul.ma...@sofioni.com wrote:
> 
> I think its the same if we define sample_main variable in sample.c file or if 
> we remove the key word extern in sample.h. I have tried removing extern and 
> it works but defining sample_main in .c file should also work.
> 
>  
> 
> 
> On 2018-07-20 19:02, Damjan Marion via Lists.Fd.Io wrote:
> 
>>  
>> This should be the proper fix for your issue:
>>  
>> https://gerrit.fd.io/r/#/c/13589/ <https://gerrit.fd.io/r/#/c/13589/>
>>  
>> Please confirm...
>> 
>> -- 
>> Damjan
>> 
>>> On 20 Jul 2018, at 15:52, abdul.ma...@sofioni.com 
>>> <mailto:abdul.ma...@sofioni.com> wrote:
>>> 
>>> When I ran vpp 18.07 in interactive mode I found that vpp was unable to 
>>> load sample_plugin due to an error of undefined variable *sample_main* used 
>>> in sample.c file. However, *sample_main* is defined in sample.h file as 
>>> follows.
>>> 
>>> extern sample_main_t sample_main;
>>> 
>>> Removing keyword extern worked for me. Now vpp 18.07 successfully loads 
>>> sample_plugin.
>>> 
>>>  
>>> 
>>> 
>>> On 2018-07-18 18:22, abdul.ma...@sofioni.com 
>>> <mailto:abdul.ma...@sofioni.com> wrote:
>>> 
>>> Hello All,
>>> 
>>> I am trying to build vpp stable/1807 with sample plugin enabled on ubuntu 
>>> 16.04.2 using following guide.
>>> 
>>> https://docs.fd.io/vpp/18.07/sample_plugin_doc.html 
>>> <https://docs.fd.io/vpp/18.07/sample_plugin_doc.html>
>>> Build process goes without any error and then I make .deb packages and 
>>> install these packages on a different host (ubuntu 16.04.2) but when I 
>>> check vpp plugins using vppctl show plugins command; I see many plugins 
>>> except sample plugin. I also don't see any sample plugin under 
>>> /usr/lib/vpp_plugins directory. Should I need to do any additional step.
>>> 
>>> Note: I did the same process for vpp stable/1707 and it went through 
>>> perfectly fine and I was able to use and test vpp sample plugin.
>>> 
>>> 
>>> 
>>> Thanks
>>> 
>>> Regards,
>>> 
>>> Abdul Malik
>>> 
>>> 
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>> Links: You receive all messages sent to this group.
>>> 
>>> View/Reply Online (#9876): https://lists.fd.io/g/vpp-dev/message/9876 
>>> <https://lists.fd.io/g/vpp-dev/message/9876>
>>> Mute This Topic: https://lists.fd.io/mt/23670834/1123042 
>>> <https://lists.fd.io/mt/23670834/1123042>
>>> Group Owner: vpp-dev+ow...@lists.fd.io <mailto:vpp-dev+ow...@lists.fd.io>
>>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>>> <https://lists.fd.io/g/vpp-dev/unsub>  [abdul.ma...@sofioni.com 
>>> <mailto:abdul.ma...@sofioni.com>]
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>> -=-=-=-=-=-=-=-=-=-=-=-
>>> Links: You receive all messages sent to this group.
>>> 
>>> View/Reply Online (#9898): https://lists.fd.io/g/vpp-dev/message/9898 
>>> <https://lists.fd.io/g/vpp-dev/message/9898>
>>> Mute This Topic: https://lists.fd.io/mt/23670834/675642 
>>> <https://lists.fd.io/mt/23670834/675642>
>>> Group Owner: vpp-dev+ow...@lists.fd.io <mailto:vpp-dev+ow...@lists.fd.io>
>>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>>> <https://lists.fd.io/g/vpp-dev/unsub>  [dmar...@me.com 
>>> <mailto:dmar...@me.com>]
>>> -=-=-=-=-=-=-=-=-=-=-=-
>> 
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> 
>> View/Reply Online (#9899): https://lists.fd.io/g/vpp-dev/message/9899 
>> <https://lists.fd.io/g/vpp-dev/message/9899>
>> Mute This Topic: https://lists.fd.io/mt/23670834/1123042 
>> <https://lists.fd.io/mt/23670834/1123042>
>> Group Owner: vpp-dev+ow...@lists.fd.io <mailto:vpp-dev+ow...@lists.fd.io>
>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>> <https://lists.fd.io/g/vpp-dev/unsub>  [abdul.ma...@sofioni.com 
>> <mailto:abdul.ma...@sofioni.com>]
>> -=-=-=-=-=-=-=-=-=-=-=-
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9900): https://lists.fd.io/g/vpp-dev/message/9900
> Mute This Topic: https://lists.fd.io/mt/23670834/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9901): https://lists.fd.io/g/vpp-dev/message/9901
Mute This Topic: https://lists.fd.io/mt/23670834/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Sample plugin doest not show up with vpp 18.07

2018-07-20 Thread Damjan Marion via Lists.Fd.Io


This should be the proper fix for your issue:

https://gerrit.fd.io/r/#/c/13589/

Please confirm...

-- 
Damjan

> On 20 Jul 2018, at 15:52, abdul.ma...@sofioni.com wrote:
> 
> When I ran vpp 18.07 in interactive mode I found that vpp was unable to load 
> sample_plugin due to an error of undefined variable *sample_main* used in 
> sample.c file. However, *sample_main* is defined in sample.h file as follows.
> 
> extern sample_main_t sample_main;
> 
> Removing keyword extern worked for me. Now vpp 18.07 successfully loads 
> sample_plugin.
> 
>  
> 
> 
> On 2018-07-18 18:22, abdul.ma...@sofioni.com wrote:
> 
>> Hello All,
>> 
>> I am trying to build vpp stable/1807 with sample plugin enabled on ubuntu 
>> 16.04.2 using following guide.
>> 
>> https://docs.fd.io/vpp/18.07/sample_plugin_doc.html 
>> 
>> Build process goes without any error and then I make .deb packages and 
>> install these packages on a different host (ubuntu 16.04.2) but when I check 
>> vpp plugins using vppctl show plugins command; I see many plugins except 
>> sample plugin. I also don't see any sample plugin under /usr/lib/vpp_plugins 
>> directory. Should I need to do any additional step.
>> 
>> Note: I did the same process for vpp stable/1707 and it went through 
>> perfectly fine and I was able to use and test vpp sample plugin.
>> 
>> 
>> 
>> Thanks
>> 
>> Regards,
>> 
>> Abdul Malik
>> 
>> 
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> 
>> View/Reply Online (#9876): https://lists.fd.io/g/vpp-dev/message/9876 
>> 
>> Mute This Topic: https://lists.fd.io/mt/23670834/1123042 
>> 
>> Group Owner: vpp-dev+ow...@lists.fd.io 
>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>>   [abdul.ma...@sofioni.com 
>> ]
>> -=-=-=-=-=-=-=-=-=-=-=-
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9898): https://lists.fd.io/g/vpp-dev/message/9898
> Mute This Topic: https://lists.fd.io/mt/23670834/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9899): https://lists.fd.io/g/vpp-dev/message/9899
Mute This Topic: https://lists.fd.io/mt/23670834/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] All master/latest patches currently failing validation...

2018-07-17 Thread Damjan Marion via Lists.Fd.Io

It failed again for some other reason, but that patch simply cannot be wrong, 
it can just not fix the problem 
so i merged it and rebased few patches.

-- 
Damjan

> On 17 Jul 2018, at 22:53, Dave Barach via Lists.Fd.Io 
>  wrote:
> 
> We missed a step when pulling the release throttle which causes the JVPP 
> tests to fail.
>  
> As soon as we merge https://gerrit.fd.io/r/#/c/13522 
> , order should be restored. 
>  
> We need to wait until that one passes validation, for obvious reasons.
>  
> Thanks... Dave
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9860): https://lists.fd.io/g/vpp-dev/message/9860 
> 
> Mute This Topic: https://lists.fd.io/mt/23586467/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9861): https://lists.fd.io/g/vpp-dev/message/9861
Mute This Topic: https://lists.fd.io/mt/23586467/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Revert of gerrit 13408 / "vppinfra: AVX2 blend" in progress..

2018-07-13 Thread Damjan Marion via Lists.Fd.Io


Version 1 of the same patch failed properly, for the same error message, then I 
removed
permute inline functions and left blend as i missed that same error happens 
also for blend.

Not sure what exactly happened, but it doesn't look like it is not configured 
for voting as it worked properly for PatchSet 1 ...

Reason why this is failing on clang is that clang guys use 
__builtin_shufflevector for multiple
intel intrinsics, and that builtin insist on immediate value for some 
parameters, and it refuses to use
inline function argument, even if that argument is constant.

I will need to redo this with __asm__ ()

--
Damjan

On 13 Jul 2018, at 09:49, Marco Varlese 
mailto:mvarl...@suse.de>> wrote:

Hi Dave & allm

Sorry about that,I actually merged the patch. However, it was indeed Verified+1 
:(

I have gone now to see the actual CLANG build failure and wondering: is it 
possible that job is not configured as voting/gating job in Jenkins so the 
verification process succeeds anyway?


- Marco

On Thu, 2018-07-12 at 22:49 +, Dave Barach via Lists.Fd.Io wrote:
Revert complete... HTH... Dave

From: Dave Barach (dbarach)
Sent: Thursday, July 12, 2018 5:01 PM
To: Damjan Marion (damarion) mailto:damar...@cisco.com>>; 
Florin Coras (fcoras) mailto:fco...@cisco.com>>; 'Marco 
Varlese' mailto:mvarl...@suse.de>>; Ed Kern (ejk) 
mailto:e...@cisco.com>>
Cc: vpp-dev@lists.fd.io
Subject: Revert of gerrit 13408 / "vppinfra: AVX2 blend" in progress..
Importance: High

Folks,

Unfortunately, the AVX2 blend patch causes 100% clang validation failures on 
unrelated patches. The clang validation job actually failed on the original 
patch, but somehow fd.io JJB voted +1 anyhow.

See https://gerrit.fd.io/r/#/c/13457 – revert, https://gerrit.fd.io/r/#/c/13408 
- original patch.

Thanks... Dave


-=-=-=-=-=-=-=-=-=-=-=-

Links: You receive all messages sent to this group.


View/Reply Online (#9830): https://lists.fd.io/g/vpp-dev/message/9830

Mute This Topic: https://lists.fd.io/mt/23297899/675056

Group Owner: vpp-dev+ow...@lists.fd.io

Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  
[mvarl...@suse.de]

-=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9835): https://lists.fd.io/g/vpp-dev/message/9835
Mute This Topic: https://lists.fd.io/mt/23297899/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Is VPP IPSec implementation thread safe?

2018-07-06 Thread Damjan Marion via Lists.Fd.Io

OK, yes, that is needed as it will take care for buffers which are cloned.
Potential optimisation here would be to reuse buffer if 
vlib_buffer_t->n_add_refs != 0.

-- 
Damjan

> On 6 Jul 2018, at 12:27, Kingwel Xie  wrote:
> 
> Sorry, Damjan. Maybe I confused you.
>  
> This is what I am talking about:
>  
> In esp_encrypt_node_fn(), the logic is like this:
>  
> u32 *recycle = 0;
> …
> vec_add1 (recycle, i_bi0);
> …
> free_buffers_and_exit:
>   if (recycle)
> vlib_buffer_free (vm, recycle, vec_len (recycle));
>   vec_free (recycle);
>  
>  
>  
>  
>  
>  
> From: Damjan Marion  
> Sent: Friday, July 06, 2018 6:14 PM
> To: Kingwel Xie 
> Cc: Vamsi Krishna ; Jim Thompson ; Dave 
> Barach ; vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] Is VPP IPSec implementation thread safe?
>  
>  
> We don't use recycle anymore (except at one place), mainly due ot the issue 
> how dpdk works.
> -- 
> Damjan
> 
> 
> On 6 Jul 2018, at 11:27, Kingwel Xie  > wrote:
>  
> Well, there is a vector named recycle to remember all old buffers, which 
> consequently means a lot of mem resize, mem_cpy when vector rate is 256 or 
> so. Counting all of these overhead, I’d say, I see around 7~10% impact, after 
> fixing openssl usage issue.
>  
> We don't use recycle anymore (except at one place), mainly due ot the issue 
> how dpdk works.
> -- 
> Damjan
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9789): https://lists.fd.io/g/vpp-dev/message/9789 
> 
> Mute This Topic: https://lists.fd.io/mt/22720913/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9790): https://lists.fd.io/g/vpp-dev/message/9790
Mute This Topic: https://lists.fd.io/mt/22720913/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Is VPP IPSec implementation thread safe?

2018-07-06 Thread Damjan Marion via Lists.Fd.Io


We don't use recycle anymore (except at one place), mainly due ot the issue how 
dpdk works.
-- 
Damjan

> On 6 Jul 2018, at 11:27, Kingwel Xie  wrote:
> 
> Well, there is a vector named recycle to remember all old buffers, which 
> consequently means a lot of mem resize, mem_cpy when vector rate is 256 or 
> so. Counting all of these overhead, I’d say, I see around 7~10% impact, after 
> fixing openssl usage issue.

We don't use recycle anymore (except at one place), mainly due ot the issue how 
dpdk works.
-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9788): https://lists.fd.io/g/vpp-dev/message/9788
Mute This Topic: https://lists.fd.io/mt/22720913/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Loop a port/vlan? #vpp

2018-07-06 Thread Damjan Marion via Lists.Fd.Io


I guess xconnect with same sub-interface will just work, but never tried.

I.e.

set interface l2 xconnect FooEthernet0/0.100 FooEthernet0/0.100

-- 
Damjan

> On 5 Jul 2018, at 23:26, crypto.tr...@gmail.com wrote:
> 
> Hi,
> 
> Looking for a way to setup a remote loop for testing. In my organization we 
> deploy NVF devices remotely, then run a loop on a tagged maintenance vlan. 
> From there we use traffic generators to squirt some data to verify 
> throughput/quality of the telco circuit. I've dug through the docs and CLI of 
> VPP and do not see a way to do this. Or am I just missing something? 
> 
> Thanks
> 
> Mark -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9785): https://lists.fd.io/g/vpp-dev/message/9785
> Mute This Topic: https://lists.fd.io/mt/23168757/675642
> Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480514
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9787): https://lists.fd.io/g/vpp-dev/message/9787
Mute This Topic: https://lists.fd.io/mt/23168757/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Interface up Stuck for Mellanox CX-4 VF with VPP master and DPDK 18.05 on aarch64

2018-07-03 Thread Damjan Marion via Lists.Fd.Io

Capturing backtrace for each thread might be  good start.

Thanks!

-- 
Damjan

> On 3 Jul 2018, at 20:03, Sirshak Das  wrote:
> 
> Hi all,
>  
> I am facing an issue with my VPP installation on Qualcomm Centriq with
> Mellanox MT27700 [CX-4] card. The MOFED versions I have is 4.3-3.0.2.1
> and its built from source. Kernel: 4.15.0-24-generic OS: 18.04 LTS.
>  
> When I use this command:
>  
> vpp# set interface state FiftySixGigabitEthernet1/0/1 up
>  
>  
> It basically gets stuck. Using perf I was able to find that its looping
> at this portion of the code
>  
> while (*vlib_worker_threads->wait_at_barrier)
> ;
> which is in :
>  
> static inline void
> vlib_worker_thread_barrier_check (void)
>  
>  
> I applied the following patch i.e reverting back to 18.02.2:
> -DPDK_VERSION ?= 18.05
> +DPDK_VERSION ?= 18.02.2
> This works.
>  
> I would greatly appreciate if somebody can point me in the
> right direction for debugging.
>  
>  
> Thank you
> Sirshak Das
>  
> ++
> Sirshak Das
>  
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#9774): https://lists.fd.io/g/vpp-dev/message/9774 
> 
> Mute This Topic: https://lists.fd.io/mt/23026304/675642 
> 
> Group Owner: vpp-dev+ow...@lists.fd.io 
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
>   [dmar...@me.com 
> ]
> -=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9775): https://lists.fd.io/g/vpp-dev/message/9775
Mute This Topic: https://lists.fd.io/mt/23026304/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Is VPP IPSec implementation thread safe?

2018-07-03 Thread Damjan Marion via Lists.Fd.Io


> On 3 Jul 2018, at 02:36, Kingwel Xie  wrote:
> 
> Hi Damjan,
>  
> Thanks for the heads-up. Never come to that. I’m still thinking it is 
> acceptable if we are doing IPSec. Buffer copying is a significant overhead.

What i wanted to say by copying is writing encrypted data into new buffer 
instead of overwriting the payload of existing buffer. I will not call that a 
significant overhead.

>  
> We are working on the code, will contribute when we think it is ready. There 
> are so many corner cases of IPSec, hard to say we can cover all of them.

I know that another people are also working on the code, so will be good that 
we are all in sync to avoid throwaway work

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9770): https://lists.fd.io/g/vpp-dev/message/9770
Mute This Topic: https://lists.fd.io/mt/22720913/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] crash when pressing TAB on CLI

Re: [vpp-dev] cmake is on

Re: [vpp-dev] cmake is on

Re: [vpp-dev] Disable VOM

Re: [vpp-dev] Disable VOM

Re: [vpp-dev] hardware offload enable/disable question

Re: [vpp-dev] cmake is on

[vpp-dev] cmake is on

Re: [vpp-dev] Destination Options processing in VPP

Re: [vpp-dev] Destination Options processing in VPP

Re: [vpp-dev] num-mbufs

Re: [vpp-dev] CMake

Re: [vpp-dev] CMake

[vpp-dev] CMake

Re: [vpp-dev] DPDK plugin - port ID and index

Re: [vpp-dev] Bonding error -- uio_interrupt

Re: [vpp-dev] Regarding symmetric RSS hash with DPDK plugin

Re: [vpp-dev] Performance and CLI response degradation with inactive port

Re: [vpp-dev] Is plugin compilation out of source tree still supported by vpp?

Re: [vpp-dev] memif questions/comments

Re: [vpp-dev] tx-errors on VPP controlled dpdk device

Re: [vpp-dev] Manual patch verify request: gerrit 13769

Re: [csit-dev] [vpp-dev] Parallel test execution in VPP Test Framework

Re: [vpp-dev] Regarding /var/run/.rte_config

Re: [vpp-dev] Regarding /var/run/.rte_config

Re: [vpp-dev] Regarding /var/run/.rte_config

Re: [vpp-dev] Sample plugin doest not show up with vpp 18.07

Re: [vpp-dev] Sample plugin doest not show up with vpp 18.07

Re: [vpp-dev] All master/latest patches currently failing validation...

Re: [vpp-dev] Revert of gerrit 13408 / "vppinfra: AVX2 blend" in progress..

Re: [vpp-dev] Is VPP IPSec implementation thread safe?

Re: [vpp-dev] Is VPP IPSec implementation thread safe?

Re: [vpp-dev] Loop a port/vlan? #vpp

Re: [vpp-dev] Interface up Stuck for Mellanox CX-4 VF with VPP master and DPDK 18.05 on aarch64

Re: [vpp-dev] Is VPP IPSec implementation thread safe?

< 2 3 4 5 6 7

601 - 635 of 635 matches

Site Navigation

Mail list logo

Footer information