Re: [vpp-dev] Building DPDK Packages

> On 30 Jan 2017, at 22:03, Jon Loeliger wrote: > > Hi Folks, > > So, I recently used the "make dpdk-install-dev" target at the top > of the VPP build and was surprised to see: > > == > Up-to-date DPDK

Re: [vpp-dev] Ubuntu 14.04 support in vpp 17.04?

> On 24 Jan 2017, at 19:26, Ed Warnicke wrote: > > The question has come up on a different thread as to whether we should > continue to support > Ubuntu 14.04 in vpp 17.04. > > What are folks opinions? > At the time when we plan to release 17.04 ubuntu 16.04 will be out

Re: [vpp-dev] VPP 17.01 on VFIO-PCI driver

> On 25 Jan 2017, at 05:41, Yichen Wang (yicwang) wrote: > > Hi, VPP guys, > I have a RHEL 7.3 setup with Intel X710, and want to bring VPP 17.01 on top > of it. Among all three DPDK drivers: > (1) uio_pci_generic is not supported on X710 >

Re: [vpp-dev] Error reading from file descriptor 9: Input/output error

> On 25 Jan 2017, at 05:43, Andrew Li (zhaoxili) wrote: > > Hi vpp-dev, > > I’m encountering this strange issue: VPP keeps generating this error message > into /var/log/syslog: > > Jan 24 23:28:19 localhost vpp[4749]: EAL: Error reading from file descriptor > 9:

Re: [vpp-dev] Native feature support in VPP without dpdk

Hi, > On 25 Jan 2017, at 06:14, Saxena, Nitin wrote: > > Hi VPP developers, > > I am new to VPP and we want to add support of some Cavium NICs/non-NICs in > VPP. Our existing custom user space PF driver has VFIO NO IOMMU support to > get MSIX interrupts from device.

Re: [vpp-dev] Error reading from file descriptor 9: Input/output error

’ll plan > to switch to Vmxnet3 then. > > - Andrew > From: "Dave Barach (dbarach)" <dbar...@cisco.com <mailto:dbar...@cisco.com>> > Date: Wednesday, 25 January 2017 at 9:37 PM > To: "Andrew Li (zhaoxili)" <zhaox...@cisco.com <mailto:zhaox

Re: [vpp-dev] VPP 17.01 on VFIO-PCI driver

> On 25 Jan 2017, at 18:03, Yichen Wang (yicwang) <yicw...@cisco.com> wrote: > > Yes, I did! Can you share output of “show pci” from the VPP debug cli? > > Regards, > Yichen > > On Jan 25, 2017, at 07:12, Damjan Marion <dmarion.li...@gmail.com > <

Re: [vpp-dev] Latest master building on Ubuntu 16.04

> On 20 Jan 2017, at 20:31, Keith Burns wrote: > > Did a fresh clone and "make bootstrap" returns: > > Building dpdk in > /home/alagalah/git/work/fdio/vpp/build-root/build-vpp_debug-native/dpdk > make[2]: Entering directory

Re: [vpp-dev] VPP 17.01 on VFIO-PCI driver

.0 01137:0043 5.0 GT/s x16 enic > :0e:00.0 01137:0043 5.0 GT/s x16 enic > :0f:00.0 01137:0043 5.0 GT/s x16 enic > > The VPP console will come up, just found no interfaces in “show int”. This is interesting problem. Have you tried to use testp

Re: [vpp-dev] How do I create a igb_uio module on Centos

> > On 18 Feb 2017, at 05:48, Burt Silverman wrote: > > Hi, > > I am trying to follow the procedures on > https://wiki.fd.io/view/VPP/Build,_install,_and_test_images > and >

Re: [vpp-dev] VPP performance degradation with multiple nic polling

> On 13 Feb 2017, at 17:34, yusuf khan <yusuf.at...@gmail.com> wrote: > > Hi, > > Comments inline. > > Br, > Yusuf > > On Mon, Feb 13, 2017 at 9:20 PM, Damjan Marion <dmarion.li...@gmail.com > <mailto:dmarion.li...@gmail.com>> wrote: &g

Re: [vpp-dev] VPP build with external package ODP

Dear Sreejith, I don't think anybody here is familiar enough with ODP to make suggestions. Can you come up with some proposal ? Possibly reasonably detailed writeup on the mailing list? Thanks, Damjan > On 16 Feb 2017, at 11:16, Sreejith Surendran Nair >

Re: [vpp-dev] Query regarding running worker thread in VPP Debug mode

Hi Sreejith, You cannot use vpp_lite with multiple threads, vpp_lite buffer manager is not thread safe. Thanks, Damjan > On 13 Feb 2017, at 11:28, Sreejith Surendran Nair > wrote: > > Hi All, > > I am working on VPP/ODP integration project. I am trying

Re: [vpp-dev] Weird VPP API message processing failure

> On 17 Jan 2017, at 22:53, Jon Loeliger wrote: > > > On Tue, Jan 17, 2017 at 3:45 PM, Alexander Popovsky (apopovsk) > > wrote: > We have seen a similar issue related to the same ‘API refactoring : dpdk’ > change. > We are

Re: [vpp-dev] rte_timer

Have you considered to use process nodes instead? If you search forvlib_process_suspend and vlib_process_wait_for_event_or_clock you will find many samples…. Thanks, Damjan > On 16 Jan 2017, at 02:13, yug...@telincn.com wrote: > > Thanks for your reply, Dave. > I would like to use dpdk

[vpp-dev] VPP 17.01 Release - Update

As we have few last minute issues discovered, affecting different projects It make sense to slightly delay 17.01 release so they can be fixed. Patches are already in good shape. Release should not happen after the end of the week, and likely before. Thanks, Damjan

Re: [vpp-dev] Weird VPP API message processing failure

> On 18 Jan 2017, at 16:28, Jon Loeliger <j...@netgate.com> wrote: > > > > On Wed, Jan 18, 2017 at 5:55 AM, Damjan Marion <dmarion.li...@gmail.com > <mailto:dmarion.li...@gmail.com>> wrote: > As Ole explained, please use vl_api_get_msg_index. >

Re: [vpp-dev] how to setup a topology with multiple VPP instances?

> On 18 Jan 2017, at 16:45, Ronald van der Pol > wrote: > > How can I setup a topology with multiple VPP instances? What are the > options? Preferably on 1 VM. Pointers? > > I would like to run traffic through multiple VPPs and test with > IPv6 segment routing.

Re: [vpp-dev] [vpp] does vpp support interface hotplugin?

> On 24 Nov 2016, at 08:51, yu scott wrote: > > Hi Marion, > > Does next release version support hotplugins? > BTW, hotplugins is very importance for VPP used for NFV. I’m not aware of any planned effort to do that, but contributions are welcome… Thanks,

Re: [vpp-dev] flowtable plugin

this data. > > In my specific use case, there is nothing between A and C, and all the > packets go from A to C. > But, if a node B were to overwrite the data written by the flowtable, > then it would be up to C to know it and act consequently, right ? > > Regards, >

Re: [vpp-dev] Committer / Maintainer model.

> On 21 Dec 2016, at 18:49, Kinsella, Ray wrote: > > >> If somebody submits plugin change + 3 lines of new >> code in critical ip4 path, I will greatly benefit from +1 received from >> plugin maintainer and i will focus on this 3 lines. >> If I don’t have +1 from plugin

Re: [vpp-dev] vhost user and upstream dpdk

> On 16 Mar 2017, at 14:24, Thomas F Herbert wrote: > > Do we still have a plan convergence toward upstream DPDK for vhost-user? > > This has come up in a discussion in this bugz, > https://bugzilla.redhat.com/show_bug.cgi?id=1422534 > > and this patch to vhost_user

Re: [vpp-dev] i cannot change vlib_buffer_t to rte_mbuf correctly

Hi Rujan, Can you please explain what you are trying to do here. You cannot assume inside VPP code that rte_mbuf is present and even if it is present, that it is filled by real data. Locally originated packets and packets coming from non-dpdk sources simply don't have rte_mbuf initialized.

Re: [vpp-dev] Questions about AF_PACKET and VNET_DEVICE_CLASS Functions

> On 20 Mar 2017, at 20:25, Jon Loeliger wrote: > > Folks, > > I am trying to understand a bit more about the "host" interface > for some AF_PACKET interfaces. > > Currently, there is a single API call to create an AF_PACKET interface. > It simultaneously sets the HW_ADDR

Re: [vpp-dev] hugepage allocation and vpp startup

Eric, VPP is not allocating hugepages directly. It just passes arguments to DPDK EAL which does typical DPDK hugepage cherrypicking game. By default VPP requests 256M on each socket. Issue you are reporting is very old and directly tied to DPDK behavior. Have you tried to increase

Re: [vpp-dev] VPP on raspberry pi & 32 bit compilation

> On 9 Mar 2017, at 04:54, Burt Silverman wrote: > > > ​I thought the RP 3 Model B is a 64 bit machine. > • A 1.2GHz 64-bit quad-core ARMv8 CPU It is 64-bit machine, but currently all linux distros are 32-bit (unless something changed recently)

Re: [vpp-dev] hugepage allocation and vpp startup

> On 14 Apr 2017, at 23:50, Ernst, Eric <eric.er...@intel.com> wrote: > >> On Fri, Apr 14, 2017 at 11:07:43PM +0200, Damjan Marion wrote: >> >> >> Sent from my iPhone >> >>>> On 14 Apr 2017, at 18:29, Ernst, Eric <eric.er...@intel.c

Re: [vpp-dev] hugepage allocation and vpp startup

Sent from my iPhone > On 14 Apr 2017, at 18:29, Ernst, Eric <eric.er...@intel.com> wrote: > >> On Fri, Apr 14, 2017 at 09:18:33AM -0700, Ernst, Eric wrote: >>> On Fri, Apr 14, 2017 at 01:27:53PM +0200, Damjan Marion wrote: >>> Eric, >>> >>

Re: [vpp-dev] vpp SRIO-V configuration problem

> On 14 Jul 2017, at 09:14, SAKTHIVEL ANAND S wrote: > > I have installed VPP16.06 on ubuntu 16.04.2 LTS and it has 2 SRIO-V > interfaces. > Before starting the VPP service the interfaces work and are pingable. > Then I follow below steps. > > #sudo ifconfig ens224

Re: [vpp-dev] code review

Kristina, If nobody raise the hand in next 24 hours I’m going to merge it. It is already waiting too long in gerrit…. Thanks, Damjan > On 11 Jul 2017, at 16:32, Kristína Nevolníková wrote: > > Hi guys, > > Could anybody have a look on this commit

Re: [vpp-dev] setting up PCI interface on Centos 7 system

Looks like packets are dropped due to source lookup miss, so your device setup is fine. Check your ipv4 addressing... Sent from my iPhone > On 28 Apr 2017, at 17:52, Guy Doucet -X (gudoucet - FLEXTRONICS CANADA DESIGN > SERVICES INC at Cisco) wrote: > > Hi, > > I am

Re: [vpp-dev] some problem about sub-interface

> On 24 Apr 2017, at 12:43, 薛欣颖 wrote: > > Hi guys, > I created a host-interface and a sub-interface, when I created bridge on > sub-interface, the two sub-interface can not communicate. Another L3 ARP can > not be normal learning. > > Any else seeing this problem? > >

Re: [vpp-dev] MEMIF Throuput Problem

You are passing each packet twice trough hostvpp so effectivelly your hostvpp performance is 8 Mpps per core. There are several factors which can impact performance (cpu speed, numa locality, memory channel utilisation) but still you cannot expect order of magnitude better numbers. Best

Re: [vpp-dev] unix-epoll-input consuming 100% CPU

> On 9 May 2017, at 10:30, Nagaprabhanjan Bellaru wrote: > > Hi, > > I am running vpp lite version with no nodes in the polling mode, but still > unix-epoll-input goes to polling mode and vpp_main consumes 100% CPU. > > Please find the "show run" output here: >

Re: [vpp-dev] Running VPP in a non-default network namespace

Yeah, I’m aware of this issue but I don’t have any good idea how to address it. We can disable unbind if we detect that we are running inside namespace, but that will not fix problem in opposite direction, when specific interface is mapped to namespace and vpp running in global. any ideas? >

Re: [vpp-dev] Need some help on VPP

Actually not :) We dropped dependency on dpdk ptype due to history of issues and lack of mpls ptype and we purely rely on ethertype. From the metadata only thing we use today is ip4 hdr checksum. > On 5 Jun 2017, at 14:56, Dave Wallace wrote: > > To be pedantic, the

Re: [vpp-dev] Packet data and vlib_buffer contiguity

Francois, Almost every VPP feature assumes that data is adjacent to vlib_buffer_t. It will be huge rework to make this happen, and it will slow down performance as it will introduce dependent read at many places in the code... So to answer your question, we don’t have such plans. Thanks,

Re: [vpp-dev] [vpp-v17.10] L2 forwarding errors in vhost-user configuration

> On 3 Oct 2017, at 17:32, Saxena, Nitin wrote: > > Hi, > > While running ping between VM1 to VM2 on aarch64, configured using vhost-user > interface, I am seeing following L2 errors in VPP v1710 for each ICMP packet > sent > > >

Re: [vpp-dev] VPP Multi-thread

> On 2 Oct 2017, at 18:14, Alessio Silvestro wrote: > > 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 >

Re: [vpp-dev] Build/Install new plugin without rebuilding everything

> On 10 Oct 2017, at 18:12, Justin Iurman wrote: > > Hi folks, > > I was just wondering how I could build my own plugin without rebuilding > everything from scratch in vpp ? I mean, here are two ways I found to build a > plugin: > - First technique (long, rebuilds

Re: [vpp-dev] vhash/pfhash

> On 13 Oct 2017, at 18:10, Brian Brooks wrote: > > Hi, > > Will vhash and pfhash continue to be unused? > Which hash is used the most often? > > Thanks, > Brian Likely not, I don’t see it is used at any place in the code…. We mainly use bihash and standard hash_* /

Re: [vpp-dev] Query on configuration on multithread mode

My wild guess here is that you are doing barrier sync on each session.With more workers sync takes longer…. > On 17 Oct 2017, at 08:56, Ni, Hongjun wrote: > > Hi vpp-dev, > > We are doing performance test in multithread mode, and have a doubt: > > (1). For one main

Re: [vpp-dev] 128-bit integer scalar type

> On 13 Oct 2017, at 19:42, Brian Brooks wrote: > > Hi, > > Are there cases where unsigned __int128 can be used instead of u32x4 or > similar-width vector.h type abstraction for code that does plain C-style > bitwise/arith ops or assignments? > > Thanks, > Brian

Re: [vpp-dev] compile error

We do not support ubuntu 14.04 anymore, please use 16.04 or later... > On 29 Sep 2017, at 01:52, 重新开始 <15803846...@qq.com> wrote: > > vpp is the latest version and the system is ubuntn 14.04, the kernal is > 4.4.1. the compile error is as follow: >

Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp

Hi Eric, Same code compiles perfectly fine on ARM64 with newer gcc version. If you are starting new development cycle it makes sense to me that you pick up latest ubuntu release, specially when new hardware is involved instead of trying to chase this kind of bugs. Do you have any strong

Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp

w to set in Fdio to not use shared, any easy configuration? > > Thanks > Eric > > From: Sergio Gonzalez Monroy [mailto:sergio.gonzalez.mon...@intel.com] > Sent: 2017年9月1日 16:19 > To: Eric Chen <eri...@marvell.com>; Damjan Marion <dmarion.li...@gmail.com> > Cc

Re: [vpp-dev] vpp configure.ac ibv_fork_init

> On 22 Oct 2017, at 15:50, Shachar Beiser wrote: > > Hi , > > I see in the vpp/src/configure.ac the following code : > > AM_COND_IF([WITH_DPDK_MLX5_PMD], > [ > AC_CHECK_LIB([ibverbs], [ibv_fork_init], >[with_ibverbs_lib=yes], >

Re: [vpp-dev] rx misses observed on dpdk interface

Are you sure that kernel is not de-scheduling VPP and running something else on the same core? rx-miss happens typically when vpp is not able to service rx queue (either because it is too busy or because kernel is not giving him opportunity to do the job). In this case I bet on second... > On

[vpp-dev] DPDK tarball fetch issues (Was: Re: [dpdk-users] vpp-verify-master-opensuse build failure triage)

Thanks Thomas for fixing it quickly. If people have issues while waiting for CDN nodes to synchronise, there is simply trick which actually is a good practice to avoid tarball download every thing when workspace is clean. Simply fetch dpdk tarball: wget

Re: [vpp-dev] VPP support for 25GbE DPDK ports?

Please use 17.10 or master.I use XXV710 (2x25G) for perf testing and they work pretty well on the latest master. > On 16 Dec 2017, at 00:22, Roberts, Lee A. wrote: > > I'm new to using VPP and encountered problems getting VPP to use DPDK on my > Intel XXV710-DA2 cards.

Re: [vpp-dev] Question about IP reassembly in 17.10 release

> On 30 Oct 2017, at 08:21, Yu, Michael A. (NSB - CN/Qingdao) > wrote: > > Hi, > > From https://docs.fd.io/vpp/17.10/release_notes_1710.html > , I found that “IP > reassembly” is claimed to support in

Re: [vpp-dev] Set different QoS parameters for different pipes (different customers)

This raises general question about DPDK HQOS in VPP, I don't think we have anybody on this list who can help with question like this one. Should be better to take it out than to keep something unmaintained, incomplete and untested? -- Damjan > On 1 May 2018, at 15:32, Reza Mirzaei

Re: [vpp-dev] Dynamically attach to a PCI device

Last time I was looking into dpdk hotplug, i was not under impression that it was very usable for our use case but that was long time ago so maybe things changed. We can possibly work on that, but it will be major surgery in dpdk plugin code. -- Damjan > On 2 May 2018, at 13:46, Ray

Re: [vpp-dev] how to apply a dpdk makefile patch?

if you build vpp out-of-tree (by invoking autotools configure/make from src/ directly) you should be able to use shared libraries, but I would not be surprised that minor fixing of autotools files will be needed knowing the fact that such scenario was not recently used. May I ask what are you

Re: [vpp-dev] vpp_api_test via socket file

You cannot use CLI socket with VAT. They are completely different things. -- Damjan > On 10 May 2018, at 14:58, Peter Mikus wrote: > > Hello, > > I am trying to override api-segment prefix as well as override cli-listen > socket file [1]. > However I am not able to

Re: [vpp-dev] how to apply a dpdk makefile patch?

fact, dpdk is compiled as static lib firstly and dpdk_plugin call dpdk > functions, right? > > Thanks > Zhiyong >   <> > From: Damjan Marion [mailto:dmarion.li...@gmail.com] > Sent: Friday, May 4, 2018 5:50 PM > To: Yang, Zhiyong <zhiyong.y...@intel.com> > Cc:

Re: [vpp-dev] Nodes enabled on interface

You cannot have nodes attached to sw_if_index. But my guess is that you want to know which features are enabled on the specific interface. That can be done with "show interface features". -- Damjan > On 4 May 2018, at 01:18, pradpate wrote: > > Team, > While adding a

Re: [vpp-dev] Marvell's AI from last call

Dear Natalie, What is the point of using DPDK marvel driver (which is actually just a wrapper around musdk) if we already have native musdk support in vpp? -- Damjan > On 15 May 2018, at 08:48, Natalie Samsonov wrote: > > Hi, > > We are working now on upstreaming

Re: [EXT] [vpp-dev] Marvell's AI from last call

plugin. > > Best Regards, > Natalie > > From: Damjan Marion [mailto:dmarion.li...@gmail.com > <mailto:dmarion.li...@gmail.com>] > Sent: Wednesday, May 16, 2018 16:03 > To: Natalie Samsonov <nsams...@marvell.com <mailto:nsams...@marvell.com>> > Cc:

Re: [EXT] [vpp-dev] Marvell's AI from last call

Dear Szymon, It is reasonably to expect that copying data from NIC descriptor to VPP buffer metadata should be faster than copying NIC descriptor to DPDK metadata and then copying same data from DPDK metadata into vpp metadata. Do we agree on that? It might be that i wrote crapy code in

Re: [EXT] [vpp-dev] Marvell's AI from last call

rking on and profiling data/details can be easily > shared among them. > > Thanks, > Nitin > > On Wednesday 16 May 2018 11:37 PM, Damjan Marion wrote: >> Hi Natalie, >> Who requested that? >> Thanks, >> -- >> Damjan >>> On 16 May 2018

Re: [EXT] [vpp-dev] Marvell's AI from last call

ut it. > > I also added stuff for mrvl_pmd in dpdk/Makefile. > > And fixed the hard coded linker flag to some kind of autotools magic (hope I > done it right). > > Everything was tested on VPP from today morning (not IPsec though). > > Regards, > Szymon > > >

Re: [EXT] [vpp-dev] Marvell's AI from last call

t;> And fixed the hard coded linker flag to some kind of autotools magic (hope >>> I done it right). >>> >>> Everything was tested on VPP from today morning (not IPsec though). >>> >>> Regards, >>> Szymon >>> >&g

Re: [vpp-dev] query on use_pthread in startup.conf

You cannot do that if you use DPDK. If you disable DPDK you will get all worker threads started as pthreads. And to be even more precise, DPDK threads are also pthreads, they just come with some extra stuff. What do you want to achieve? — Damjan > On 17 May 2018, at 13:43, bindiya Kurle

Re: [vpp-dev] VLIB_BUFFER_TOTAL_LENGTH_VALID set but invalid total_length_not_including_first_buffer

We should simply deprecate that flag and put expectation on device driver including dpdk-input to always set total_length_not_including_first_buffer in case when buffers are chained (VLIB_BUFER_NEXT_VALID is set). — Damjan > On 23 May 2018, at 17:13, Yoann Desmouceaux

Re: [vpp-dev] Integration with libbacktrace

What is the difference between libunwind and libbacktrace? I can see that libunwind is available as package on ubuntu, and libbacktrace is not... > On 11 Jun 2018, at 11:41, Kingwel Xie wrote: > > Hi all, > > I’m wondering if it can be accepted by the community. > > Every time when vPP

Re: [vpp-dev] SIGABRT when create two host interface in the vat

> > On 7 Jun 2018, at 13:38, xyxue wrote: > > > Hi guys, > > When I create two host interface in vat. two minutes later the SIGABRT appear > . The 'fill_free_list' was called about 56 times. > > VPP# /home/vpp/build-data/../src/vlib/buffer.c:615 (alloc_from_free_list) > assertion `len >=

Re: [vpp-dev] Enabling DPDK OCTEONTx mempool ops in VPP

locates buffer on its own and not allow DPDK to create its > own buffers? Why VPP cannot call rte_pktmbuf_pool_create()? Is there a > limitation? > > Thanks, > Nitin > > On Wednesday 06 June 2018 02:20 PM, Damjan Marion wrote: > > Regarding the octeon tx mempool, no idea

Re: [vpp-dev] Integration with libbacktrace

essage- > From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> <mailto:vpp-dev@lists.fd.io>> On Behalf Of Kingwel Xie > Sent: Thursday, June 14, 2018 2:54 AM > To: Kingwel Xie mailto:kingwel@ericsson.com>>; > Damjan Marion mailto:dmar...@me.com>> &g

Re: [vpp-dev] Missing functions?

This probably explains your problem: :51:46 dpkg-shlibdeps: warning: symbol _vlib_init_function_map_stat_segment_init used by debian/vpp-lib/usr/lib/x86_64-linux-gnu/libvlib.so.0.0.0 found in none of the libraries 13:51:46 dpkg-shlibdeps: warning: symbol _vlib_init_function_vlibmemory_init

Re: [vpp-dev] Is there any example in VPP to queueing up packets

Yes,. https://git.fd.io/vpp/tree/src/examples/sample-plugin Regards, Damjan > On 14 Jun 2018, at 16:24, chetan bhasin wrote: > > Hi, > > I have to queue up packets in my plugin . Is there any reference for that in > existing VPP

Re: [vpp-dev] SPAN feature backport

That's pretty bad idea. Beside feature arcs, SPAN is also using buffer cloning which is introduced post 16.06. 16.06 is very old release, not maintained, strongly suggest to move to new version... > On 15 Jun 2018, at 17:07, Harish Patil wrote: > > Hi, > > I are currently using VPP 16.06

Re: [vpp-dev] tcp connection

are you aware that vpp doesn’t do LDP? VPP is dataplame, and expect that external control plane is present and takes care for programming mpls fib. — Damjan > On 17 Jun 2018, at 15:11, Gulakh wrote: > > Hi, > I am having a problem when LDP attempts to setup a session. > According to

Re: [vpp-dev] How to disable assert in VPP

ASSERT will not cause crash in production image, as it is excluded from production builds. However if ASSERT condition was met than it is good probability that VPP will crash shortly after or start to misbehave. > On 19 Jun 2018, at 04:28, chetan bhasin wrote: > > Actually assert is fine if

[vpp-dev] DPDK 18.05 is out

Folks, DPDK 18.05 is out and required changes are not zero so I will need to spend some time on it. Several APIs we use are deprecated. A part of that, I'm planning to remove dpdk HQOS code, actually to store it under extras/dpdk-hqos unless anybody is willing to step out and volunteer to be

Re: [vpp-dev] How to trigger perf test and compare the results

at’s wrong with me? > > Thanks > Zhiyong >   <> > From: Damjan Marion [mailto:dmarion.li...@gmail.com] > Sent: Wednesday, May 30, 2018 5:52 PM > To: Yang, Zhiyong > Cc: vpp-dev@lists.fd.io; Kinsella, Ray ; csit-dev > > Subject: Re: How to trigger perf test and com

Re: [vpp-dev] vpp with dpdk shared library

Dear Michael, interesting work. Do you plan to upstream your PMD to DPDK mainline? Thanks, -- Damjan > On 25 May 2018, at 10:50, Michael Lilja wrote: > > Hi, > > I had to use another DPDK source base also as shared library, so I went > though a few trails before I got

Re: [vpp-dev] gdb break point of plugin not hit

Do you see in "show run" output that sample plugin node was hit with some packets? also, I suggest moving to newer version of vpp... -- Damjan > On 25 May 2018, at 21:12, Harish Patil wrote: > > Hi, > > I built VPP using make -j build TAG=vpp_debug with export >

Re: [vpp-dev] Q on build failure and memory requirement

Dear Ravi, Looks like you are hitting two different issues, but there is no enough details in your email to b able to help you. For avx2 compilation issue, please make sure that you use clean repo (i.e git clean -fdx). Also provide OS version and gcc version. On memory issue, I'm afraid that

Re: [vpp-dev] containers interconnect via memif

Sara, libmemif currently can act only as memif slave, but there is no reason for not being master, somebody just needs to extend the lib. Thanks, -- Damjan > On 27 May 2018, at 09:02, Sara Gittlin wrote: > > Ed, > there are some use-cases , for example: > - 2 work

Re: [vpp-dev] How to trigger perf test and compare the results

+csit-dev You can compare with numbers available in perf dashboard. https://docs.fd.io/csit/master/trending/introduction/index.html -- Damjan > On 29 May 2018, at 11:17, Yang, Zhiyong wrote: > > Hi Guys, > >I

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

Dear Nitin, See inline…. > On 31 May 2018, at 19:59, Nitin Saxena wrote: > > Hi, > > I am working on optimising dpdk-input node (based on vpp v1804) for our > target. I am able to get performance improvements on our target but the > problem I am finding now are: > > 1) The dpdk-input

Re: [vpp-dev] dpdk shared libraries

Dear Thomas, That should be doable today, as long as VPP version supports version of dpdk you want to link against. >From the spec file you can invoke autotools project directly, and pass >--enable-dpdk-shared to ./configure ./configure --enable-dpdk-shared

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

inline... -- Damjan > On 31 May 2018, at 21:10, Saxena, Nitin wrote: > > Hi Damjan, > > Answers inline. > > Thanks, > Nitin > >> On 01-Jun-2018, at 12:15 AM, Damjan Marion wrote: >> >> >> Dear Nitin, >> >> See inl

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

Cavium), > before bringing changes in dpdk-input? > > Regards, > Nitin > > On 01-Jun-2018, at 21:39, Damjan Marion <mailto:dmar...@me.com>> wrote: > >> >> Dear Nitin, >> >> I really don't have anything else to add. It your call how do yo

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

e let me know if this is possible. If not, i'd > like to understand the reasons for it. > > Regards, > Nitin > > On 02-Jun-2018, at 00:17, Damjan Marion <mailto:dmar...@me.com>> wrote: > >> >> Dear Nitin, >> >> That doesn't work

Re: [vpp-dev] DPDK 18.05 is out

n-t-reset-device_info-data.patch> > On 31 May 2018, at 11:51, Damjan Marion wrote: > > Folks, > > DPDK 18.05 is out and required changes are not zero so I will need to spend > some time on it. > Several APIs we use are deprecated. > > A part of that, I'm plan

Re: [vpp-dev] Multiarch/target select for dpdk_device_input

Dear Nitin, I really don't have anything else to add. It your call how do you want to proceed Regards, Damjan > On 1 Jun 2018, at 18:02, Nitin Saxena wrote: > > Hi Damjan, > > Answers Inline. > > Thanks, > Nitin > > On Friday 01 June 2018 08:49 PM, Da

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

jan, Dave, > > Can you please also answer the questions I had in the email just before Jim > hijacked the thread. > > Thanks > Vamsi > > On Fri, Jun 29, 2018 at 3:06 PM, Damjan Marion <mailto:dmar...@me.com>> wrote: > > Hi Jim, > > Atomic add sounds

Re: [vpp-dev] VPP and DPDK PMD drivers

> On 2 Jul 2018, at 02:25, Kevin Wilson wrote: > > > Hello, > My question is about VPP and DPDK PMD drivers: can any NIC which has support > in the DPDK official releases be used with VPP ? Yes -- Damjan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group.

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

-- Damjan > On 2 Jul 2018, at 11:14, Kingwel Xie wrote: > > Hi Vamsi, Damjan, > > I’d like to contribute my two cents about IPSEC. We have been working on the > improvement for quite some time. > > Great that vPP supports IPSEC, but the code is mainly for PoC. It lacks of > many

Re: [vpp-dev] Adding a node dynamically between any two nodes

Dear Satish, Your question indicates what you are missing basic understanding of how VPP works (i.e. fact that all nodes are running on the same thread). I suggest that you go trough series of videos available on the youtube, some of them are explaining how that works. Regards, Damjan > On

Re: [vpp-dev] How to change default log from /var/log/messages to some other path

AFAIK systemd deals with that by default... > On 27 Jun 2018, at 15:10, chetan bhasin wrote: > > Hi Dave, > > Thanks for the reply. > > If we change our syslog configuration then all logs will come to new path but > we want only vpp logs to come to new path. > > Any suggestions. > >

Re: [vpp-dev] mheap performance issue and fixup

t; Date: Thursday, 19 April 2018 at 03:19 > To: "Damjan Marion (damarion)" <mailto:damar...@cisco.com>> > Cc: "vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>" <mailto:vpp-dev@lists.fd.io>> > Subject: Re: [vpp-dev] mheap performance issue and

Re: [vpp-dev] Adding a node dynamically between any two nodes

> Satish > > On Mon, Jun 25, 2018 at 8:04 PM, Damjan Marion <mailto:dmar...@me.com>> wrote: > > Dear Satish, > > Your question indicates what you are missing basic understanding of how VPP > works (i.e. fact that all nodes are running on the same thread). > I

Re: [vpp-dev] CPU Usage in VPP

With at least one interface in polling mode, VPP CPU is always 100% utilised. For memory usage, you can use "show memory [verbose]" debug cli. > On 25 Jun 2018, at 13:51, Rubina Bianchi wrote: > > Hi Dear VPP > > Is there any command or tools in vpp to show real cpu and memory usage on >

Re: [vpp-dev] Packet rate & throughput satistics for SW interfaces & Error Counters

Agree with Ole on stats, still i see a value in providing rate per interface in debug cli. But this is a bit overloaded, maybe doing something like "show interface detail" which dumps all details about the specific interface and leave "show interface" as it is. Even move things like MTU into

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

ipsec data structures are updated during barrier sync, so there is not packets in-flight... > On 27 Jun 2018, at 07:45, Vamsi Krishna wrote: > > Hi , > > I have looked at the ipsec code in VPP and trying to understand how it works > in a multi threaded environment. Noticed that the

Re: [vpp-dev] CPU Usage in VPP

d or power? > Actually, what I'm looking for is a metric to determine how much is VPP load > in different cases. > In other word I want to know how much VPP is busy. > > Thanks, > Sincerely > > From: Damjan Marion mailto:dmar...@me.com>> > Sent: Monday, June 25, 2018 8

Re: [vpp-dev] segfault due to movaps unaligned access

I would suggest that instead of: typedef struct { u16 *resource_idx; struct rte_crypto_op **ops; u16 cipher_resource_idx[IPSEC_CRYPTO_N_ALG]; u16 auth_resource_idx[IPSEC_INTEG_N_ALG]; CLIB_CACHE_LINE_ALIGN_MARK (pad); } crypto_worker_main_t __attribute__ ((aligned

  1   2   3   4   5   6   7   8   9   >