Re: [vpp-dev] unit test framework timeout

2017-10-02 Thread Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
No need for such crude approach ;-) ksekera@zglab-host-4 ~/vpp> make test-shell ... (virtualenv) ksekera@zglab-host-4:~/vpp/test$ ./discover_tests.py ... test_jvpp.py.TestJVpp.test_vpp_snat_callback_api test_jvpp.py.TestJVpp.test_vpp_snat_future_api test_dhcp.py.TestDHCP.test_dhcp6_proxy test_dhcp

[vpp-dev] [FD.io Helpdesk #46540] [linuxfoundation.org #46540] Re: Growing build queue

2017-10-02 Thread Florin Coras via RT
Queue is back down to 1. Thanks a lot Vanessa! Florin > On Oct 2, 2017, at 11:59 AM, Vanessa Valderrama > wrote: > > Florin, > > I'm looking into the issue now. > > Thank you, > Vanessa > > On 10/02/2017 11:49 AM, Florin Coras wrote: >> Hi Vanessa, >> >> It would seem we’re running out

Re: [vpp-dev] Growing build queue

2017-10-02 Thread Florin Coras
Queue is back down to 1. Thanks a lot Vanessa! Florin > On Oct 2, 2017, at 11:59 AM, Vanessa Valderrama > wrote: > > Florin, > > I'm looking into the issue now. > > Thank you, > Vanessa > > On 10/02/2017 11:49 AM, Florin Coras wrote: >> Hi Vanessa, >> >> It would seem we’re running out

[vpp-dev] [FD.io Helpdesk #46540] [linuxfoundation.org #46540] Re: Growing build queue

2017-10-02 Thread Vanessa Valderrama via RT
Florin, I'm looking into the issue now. Thank you, Vanessa On 10/02/2017 11:49 AM, Florin Coras wrote: > Hi Vanessa, > > It would seem we’re running out of executors and the build queue keeps on > growing. Could you take a look at it? > > Thanks, > Florin

Re: [vpp-dev] Growing build queue

2017-10-02 Thread Vanessa Valderrama
Florin, I'm looking into the issue now. Thank you, Vanessa On 10/02/2017 11:49 AM, Florin Coras wrote: > Hi Vanessa, > > It would seem we’re running out of executors and the build queue keeps on > growing. Could you take a look at it? > > Thanks, > Florin _

[vpp-dev] [FD.io Helpdesk #46540] [linuxfoundation.org #46540] Fwd: Growing build queue

2017-10-02 Thread Florin Coras via RT
Unfortunately this completely blocks vpp development. Could someone please take a look at it. Thanks, Florin > Begin forwarded message: > > From: Florin Coras > Subject: Growing build queue > Date: October 2, 2017 at 9:49:16 AM PDT > To: Vanessa Valderrama , helpd...@fd.io > Cc: vpp-dev >

Re: [vpp-dev] [v17.07.01]: vec_add2() causing crash on ARMv8

2017-10-02 Thread Brian Brooks
On 10/02 16:17:37, Saxena, Nitin wrote: > Hi Dave, Brian, > > > In VPP v17.07.01. Size of uword on aarch64 machine is 8 byte. > (src/vppinfra/types.h) and in my case value of &dq->interrupt_pending is 4 > byte aligned address which is why I am getting SIGBUS error on my ThunderX2. > Am I missi

[vpp-dev] Growing build queue

2017-10-02 Thread Florin Coras
Hi Vanessa, It would seem we’re running out of executors and the build queue keeps on growing. Could you take a look at it? Thanks, Florin ___ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] [vhost-user][armv8][v17.07.01] VM ping not working properly

2017-10-02 Thread Saxena, Nitin
Hi Steven, Thanks for your help. I can understand your restrictions. Btw I am trying to use ubuntu cloud image with VPP. Will let you know the result. Thanks, Nitin From: Steven Luong (sluong) Sent: Saturday, September 30, 2017 7:28 AM To: Saxena, Nitin Cc:

Re: [vpp-dev] [v17.07.01]: vec_add2() causing crash on ARMv8

2017-10-02 Thread Saxena, Nitin
Hi Dave, Brian, In VPP v17.07.01. Size of uword on aarch64 machine is 8 byte. (src/vppinfra/types.h) and in my case value of &dq->interrupt_pending is 4 byte aligned address which is why I am getting SIGBUS error on my ThunderX2. Am I missing / or doing something error here? Brian are you usin

[vpp-dev] VPP Multi-thread

2017-10-02 Thread Alessio Silvestro
Dear all, I am running VPP on a CPU with 2 sockets and 4 virtual cores. The startup configuration is the following: unix { > interactive > nodaemon > } > > cpu { > main-core 0 > corelist-workers 2-3 > *workers 2* > } > > dpdk { > dev :07:00.0 { > num-rx-queues 2 > } > dev

[vpp-dev] Forwarding control plane packets to/from Linux kernel

2017-10-02 Thread Michael Borokhovich
Hi, Is it possible to forward some specific packets (e.g., OSPF control packets) from VPP to Linux kernel where the routing daemon would run? I know that router plugin is intended to do this. However, it is not supported anymore and does not work with the latest VPP. Is there a way to achieve the

Re: [vpp-dev] Adding IP Addr to Multiple IFs

2017-10-02 Thread Jon Loeliger
On Fri, Sep 29, 2017 at 3:33 PM, Neale Ranns (nranns) wrote: > Hi Jon, > > > > We don’t support overlapping subnets on interfaces. I was trying to fix > the cases where it is errorneously allowed with this patch: > > https://gerrit.fd.io/r/#/c/8057/ > > but I’ve not yet found all the CSIT failu

Re: [vpp-dev] unit test framework timeout

2017-10-02 Thread Dave Wallace
Brian, A brute-force means of achieving your goal would be to use the "TEST=" option to run each test individually:  TEST=    - filter the set of tests:     by file-name  - only run tests from specified file, e.g. TEST=test_bfd selects all tests from test_bfd.py     by file-suffix   

[vpp-dev] API versioning

2017-10-02 Thread Ole Troan
All, I have received a few suggestions that especially the dynamic language bindings (Python, Lua) would benefit from a better versioning system than depending and storing the CRC values of each VPP API message. Could you please take a look at the proposal for semantic versioning of API module

Re: [vpp-dev] local packets distribute

2017-10-02 Thread Ray Kinsella
Hi Ole, Thanks for the clarification, that makes more sense. So the RX core is essentially doing LB across worker cores, not that dis-similar to the RSS. I think this work will end up being useful outside of NAT, you can imagine this pattern being useful in a number of scenarios. Ray K On

Re: [vpp-dev] local packets distribute

2017-10-02 Thread Ole Troan
Ray, > I gave the code a quick read through - as this is question I get all the time > about VPP. > So can I assign different worker threads to 'In' and 'Out' interfaces. > The NAT'ing plugin is breaking up the In/Out pipelines, > doing the NAT'ing itself on a given worker, and then the routing o

Re: [vpp-dev] local packets distribute

2017-10-02 Thread Ray Kinsella
Nice, I gave the code a quick read through - as this is question I get all the time about VPP. So can I assign different worker threads to 'In' and 'Out' interfaces. The NAT'ing plugin is breaking up the In/Out pipelines, doing the NAT'ing itself on a given worker, and then the routing on ano

[vpp-dev] ?????? ?????? vapi test problem

2017-10-02 Thread ????????
Sorry, apologies, I made mistakes. The output is: make: *** No rule to make target '/usr/lib/vpp/libvapiclient.so', needed by '/vapi_test/test'. Stop -- -- ??: "Klement Sekera -X (ksekera - PA";; : 2017??10??2??(??) 4:54 ??: "??

Re: [vpp-dev] 回复: vapi test problem

2017-10-02 Thread Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
The message produced by make does not correspond to the Makefile you attached. I would suggest learning how `make' works first... Quoting 重新开始 (2017-10-02 10:46:30) >I have copy the .so files to /usr/lib/vpp. And in the makefile, i modified >the path. THe output is same: >make: *** No

[vpp-dev] ?????? vapi test problem

2017-10-02 Thread ????????
I have copy the .so files to /usr/lib/vpp. And in the makefile, i modified the path. THe output is same: make: *** No rule to make target> '/vpp/vpp-api/vapi/.libs/libvapiclient.so', needed by '/vapi_test/test'. -- -- ??: "Klement Sekera -X (ksek

Re: [vpp-dev] mpls tunnel configuration through JVPP

2017-10-02 Thread Jozef Glončák
After adding mplsTunnelAddDel.mtSwIfIndex = 0; still the same time out. Jozef Glončák Pantheon Technologies, s. r. o. From: Neale Ranns (nranns) Sent: Friday, September 29, 2017 20:45 To: Jozef Glončák; vpp-dev@lists.fd.io Subject: Re: mpls tunnel configurat

Re: [vpp-dev] vapi test problem

2017-10-02 Thread Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
Hi 重新开始, taking Makefile out of vpp source tree and using it on its own is almost certainly not going to work. You need to install the libvapiclient.so (and others) library and/or adapt linker flags to point inside your source tree so that the linker can find it. This is not a VPP question, rath

Re: [vpp-dev] unit test framework timeout

2017-10-02 Thread Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
Hi Brian, FAILFAST=0 is the default, so there is no need to specify it. Usually, when a test case 'runs forever', it means that the VPP crashed while processing an API call (did you see a message about a core found in temporary directory?), in which case python will be stuck waiting for a lock. N