Re: [vpp-dev] Some Emacs lisp to auto run indent on save.

2019-05-19 Thread Damjan Marion via Lists.Fd.Io
> On 19 May 2019, at 18:43, Christian Hopps wrote: > > Hi vpp-devs, > > Having gotten bit by a checkstyle failure on my first submission, I decided > to port the "go-like" functionality of auto-formatting the file (using indent > since that's what vpp uses) on file save in Emacs.. Here's the

Re: [vpp-dev] VPP calls mheap_get_search_free_bin but never return

2019-05-19 Thread Damjan Marion via Lists.Fd.Io
> On May 15, 2019, at 12:33 PM, Mikado wrote: > > Hi, Hi! — Damjan-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13091): https://lists.fd.io/g/vpp-dev/message/13091 Mute This Topic: https://lists.fd.io/mt/31665117/21656 Group Owner: vpp-dev+ow

Re: [vpp-dev] VPP crash in show PCI command

2019-05-23 Thread Damjan Marion via Lists.Fd.Io
> On 23 May 2019, at 15:21, siddarth rai wrote: > > Hello, > > I am using an older version of VPP(18.01) but I checked the code of 19.04 and > I couldn't find any change in problematic area. > > I sometimes get a crash with "Show PCI" command. > > From the core, it seems to be crashing here

Re: [vpp-dev] VPP crash in show PCI command

2019-05-24 Thread Damjan Marion via Lists.Fd.Io
Can you try to replace: format_vlib_pci_vpd, d->vpd_r, 0); with format_vlib_pci_vpd, d->vpd_r, NULL); in show_pci_fn() - src/vlib/pci/pci.c > On 24 May 2019, at 07:45, siddarth rai wrote: > > I believe you can see this issue with any NIC. (Invalid value being returned > from var_arg). It d

Re: [vpp-dev] Plugin Versions

2019-05-25 Thread Damjan Marion via Lists.Fd.Io
if plugin code didn’t change there is no reason to bump api version, on other side plugin version needs to change as it is linked against different core libraries…. > On 25 May 2019, at 03:57, Paul Vinciguerra wrote: > > Is there any reason for having plugin versions that are distinct from t

Re: [vpp-dev] Plugin Versions

2019-05-25 Thread Damjan Marion via Lists.Fd.Io
> On 25 May 2019, at 13:43, Paul Vinciguerra wrote: > > Hi Damian, > > That's what I initially thought as well. The semver doc says: > For this system to work, you first need to declare a public API. This may > consist of documentation or be enforced by the code itself. Regardless, it is >

Re: [vpp-dev] Plugin Versions

2019-05-25 Thread Damjan Marion via Lists.Fd.Io
> On 25 May 2019, at 18:42, Paul Vinciguerra wrote: > > Sorry. Let me try again. > > The semver definition seems to say that backend changes that don't change the > API, still should have the patch version increased. > Bug fixes not affecting the API increment the patch version > New features

Re: [vpp-dev] Plugin Versions

2019-05-27 Thread Damjan Marion via Lists.Fd.Io
> On 27 May 2019, at 13:54, Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at > Cisco) via Lists.Fd.Io wrote: > > SemVer says: > > Patch version Z (x.y.Z | x > 0) MUST be incremented if only backwards > > compatible bug fixes are introduced. > > A bug fix is defined as an internal change th

Re: [vpp-dev] RAW IP VIA VPP

2019-05-29 Thread Damjan Marion via Lists.Fd.Io
> On 29 May 2019, at 08:12, amitmulay...@gmail.com wrote: > > Hi guys > i have an issue that i want to consulte. > > VPP as we know dosent "support" usb devices meaning that if i have a wwan0 > port the vpp will not take it > if i wanted to connect it to vpp the way was via tap in the vpp tha

[vpp-dev] gerrit

2019-05-29 Thread Damjan Marion via Lists.Fd.Io
If people didn’t notice, after gerrit upgrade yesterday, there is new UI available. There is switch at the bottom right… Nice thing about it, it doesn’t show FD.io logo over the half of the page. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/R

Re: [vpp-dev] cache hits/misses per graph node

2019-05-30 Thread Damjan Marion via Lists.Fd.Io
> On 30 May 2019, at 11:30, Satya Murthy wrote: > > Hi, > > Is there any built-in framework/CLI within VPP, that keeps track of cache > hits/misses for D-cache and I-Cache at graph node or plugin level ? (or) we > need to use general linux perf tools for getting this data ? Even if we do >

Re: [vpp-dev] About the order of  VLIB_INIT_FUNCTION called between different plugins

2019-06-04 Thread Damjan Marion via Lists.Fd.Io
> On 4 Jun 2019, at 09:08, Satya Murthy wrote: > > Hi Damjan, > > In the example you mentioned where bar_init() is trying to find if foo_plugin > is really loaded or not. > If foo_plugin is found to be not loaded, a warning is printed and returning a > 0. > > But this does not gaurantee tha

Re: [vpp-dev] vlib_buffer_free_no_next seems free all the vlib_buffer chain in version 19.04 #vpp #vnet

2019-06-11 Thread Damjan Marion via Lists.Fd.Io
> On 11 Jun 2019, at 19:01, guangwei wrote: > > I'am now working on version 19.04, and find the behavior of > vlib_buffer_free_no_next is different between 18.07 and 19.04, I think it's > the bug for 19.04: > > always_inline void > vlib_buffer_free_no_next (vlib_main_t * vm, >/* poin

Re: [vpp-dev] Libmemif fails to build with GLIBC 2.27+

2019-06-11 Thread Damjan Marion via Lists.Fd.Io
libmemif is compiled as part of per-patch verify jobs, including ubuntu 18.04 so must be something special in your setup. Can you paste your whole console log, starting with clean git checkout to pastebin? — Damjan > On Jun 3, 2019, at 4:17 PM, Rafał Krych wrote: > > Hello, > > I think it

[vpp-dev] MAINTAINERS update

2019-06-12 Thread Damjan Marion via Lists.Fd.Io
Dear all, After the yesterday discussion, I submitted update for MAINTAINERS file. https://gerrit.fd.io/r/20089 I kindly ask all folks who maintain parts of the code to take a look and add missing/update existing entries… Thanks, Damjan-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] IS-IS : router plugin ISIS + tap-inject #vpp #vpp_hard_code

2019-06-15 Thread Damjan Marion via Lists.Fd.Io
ISIS is not IP protocol, it just carries IP routing information. ISIS frames are encapsulated in LLC so you need to punt somehow specific LLC traffic to FRR. Not sure I can help more, as I don’t have clue about router plugin… > On 15 Jun 2019, at 08:45, morteza wrote: > > [Edited Message Foll

Re: [vpp-dev] Commit Subjects

2019-06-17 Thread Damjan Marion via Lists.Fd.Io
I tried to be as much descriptive as possible in those messages, but looks like I failed :( > On 17 Jun 2019, at 22:20, Florin Coras wrote: > > Hi Jon, > > Yup, it has to match a maintainer “I” entry and yes, that’s where the script > is. :-) > > Florin > >> On Jun 17, 2019, at 1:16 PM, J

Re: [vpp-dev] Commit Subjects

2019-06-17 Thread Damjan Marion via Lists.Fd.Io
> On 17 Jun 2019, at 22:41, Jon Loeliger wrote: > > On Mon, Jun 17, 2019 at 3:33 PM Damjan Marion > wrote: > > I tried to be as much descriptive as possible in those messages, but looks > like I failed :( > > Damjan, > > No problem. I am working on some improvements.

Re: [vpp-dev] VPP tap interface issue on Arm servers

2019-06-18 Thread Damjan Marion via Lists.Fd.Io
Vhost-net kernel module is around for years so I will not he surprised that it is simply disabled in custom kernel built for mcbin. — Damjan > On Jun 18, 2019, at 4:41 PM, Dave Barach via Lists.Fd.Io > wrote: > > Dear Lijan, > > The aarch64 development resources in the LF data center a

Re: [vpp-dev] VPP CSIT robot framework #automation

2019-06-18 Thread Damjan Marion via Lists.Fd.Io
Might be worth trying to ask same question on csit-dev mailing list — Damjan > On Jun 19, 2019, at 8:15 AM, Devis Reagan wrote: > > Team , Could you help on this query > > Thanks , > Devis Reagan > >> On Tue, Jun 18, 2019 at 11:47 AM Devis Reagan via Lists.Fd.Io >> wrote: >> Dear Tea

Re: [vpp-dev] Issue in receiving Multicast IPv6 packets with vpp 18.01 with Mellanox(ConnectX-4) NIC

2019-06-20 Thread Damjan Marion via Lists.Fd.Io
18.01 is unsupported for a long time. i suggest trying with 19.04 or latest master as a 1st step. Also trying with other nic may give some clue where problem is — Damjan > On Jun 20, 2019, at 9:09 AM, amito...@gmail.com wrote: > > Hi, > > I am running standard vpp18.01(without any chan

Re: [vpp-dev] Issue in receiving Multicast IPv6 packets with vpp 18.01 with Mellanox(ConnectX-4) NIC

2019-06-21 Thread Damjan Marion via Lists.Fd.Io
> On 21 Jun 2019, at 10:43, amito...@gmail.com wrote: > > Thanks Damjan for the reply. > > Actually, i have tried with vpp19.04 as well with same Mellanox NIC, but the > problem that i am observing is that when vpp is coming up, dpdk is not able > to detect the Mellanox interfaces. I tried ru

Re: [vpp-dev] NAT dose not exist in MAINTAINERS file

2019-06-25 Thread Damjan Marion via Lists.Fd.Io
Dear Emma, This is exact reason why we introduced commit checks. It will help us to keep MAINTAINERS file up to date, without this check nobody will notice that nat is missing there. Ole is our nat guy, please amend your patch with MAINTAINERS update and add Ole as maintainer... — Damjan >

Re: [vpp-dev] VPP on POWER9

2019-06-27 Thread Damjan Marion via Lists.Fd.Io
If i remember correctly, there was major foobar with longjump code. Our code is written for older PPC and it doesn’t work ok on Power9. Probably matter of hours to get it fixed... — Damjan > On 27 Jun 2019, at 16:41, Dave Barach via Lists.Fd.Io > wrote: > > It worked a few years ago, at lea

Re: [vpp-dev] Commit Subjects

2019-06-29 Thread Damjan Marion via Lists.Fd.Io
> On 17 Jun 2019, at 23:40, Jon Loeliger via Lists.Fd.Io > wrote: > > On Mon, Jun 17, 2019 at 3:43 PM Damjan Marion > wrote: > >> On 17 Jun 2019, at 22:41, Jon Loeliger > > wrote: >> >> On Mon, Jun 17, 2019 at 3:33 PM Damjan Marion >

Re: [vpp-dev] MemIf interface selection for TX traffic

2019-07-01 Thread Damjan Marion via Lists.Fd.Io
> On 1 Jul 2019, at 12:40, Satya Murthy wrote: > > Hi , > > Have a question on the Memif TX interface selection. > > I have VPP with 2 worker threads connecting to an external application. > Have two memif interfaces, so that each thread can make use of one Memif > interface dedicately. > >

Re: [vpp-dev] VPP on POWER9

2019-07-01 Thread Damjan Marion via Lists.Fd.Io
urs to get to a prompt... > > Passing traffic would take a respectable amount of work... > > D > > -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion > via Lists.Fd.Io > Sent: Thursday, June 27, 2019 12:14 PM > To: Dave Barach (dbarach

Re: [vpp-dev] VPP worker threads getting stuck

2019-07-01 Thread Damjan Marion via Lists.Fd.Io
> On 20 Jun 2019, at 09:26, via Lists.Fd.Io > wrote: > > Hi, > > I am running my vpp based plugin on i40 NIC. After running the IP traffic for > some time(5-10 mins), all the VPP threads got stuck in dpdk driver code. > Do we have any fix available for this.? If you are running latest mast

Re: [E] Re: [vpp-dev] VPP worker threads getting stuck

2019-07-01 Thread Damjan Marion via Lists.Fd.Io
please try latest master or 19.04. I think i saw something similar due to dpdk bug in one of prior releases. i don't remember exact version numbers involved but it was around timeframe when v18.07 was released…. > On 1 Jul 2019, at 12:56, Inderpal Singh wrote: > > Hi, > > Thanks for the r

Re: [vpp-dev] Many "tx packet drops (no available descriptors)" #vpp

2019-07-01 Thread Damjan Marion via Lists.Fd.Io
> On 1 Jul 2019, at 17:14, amir...@rad.com wrote: > > Hi All, > > I'm using VPP 19.02.1 with DPDK 18.11.0. > When running traffic through VM I can see many drop packets due to "tx packet > drops (no available descriptors)" on the VirtualEthernet ports. > I've tried to change some of the DPDK pa

Re: [vpp-dev] centos jobs failing

2019-07-02 Thread Damjan Marion via Lists.Fd.Io
Even more cleaner one will be to add “-“ in front of sudo which tells make to ignore return code :) Btw i’m responsible for this one, that line was quick fix to address another stupidity of rpm which fails to upgrade package when real file is replaced with symbolic link — Damjan > On 2

Re: [vpp-dev] dpdk plugin link problem

2019-07-05 Thread Damjan Marion via Lists.Fd.Io
> On 4 Jul 2019, at 23:56, Jonathan Richardson via Lists.Fd.Io > wrote: > > Hello, > > I'm having trouble compiling the dpdk plugin using vpp 19.01.1 and dpdk > 18.01. I'm using > yocto with glibc 2.27. It fails to link in the glibc functions that > libdpdk uses: > > /home/jonathar/work/yoct

Re: [vpp-dev] VPP Router Plugin or alternatives

2019-07-08 Thread Damjan Marion via Lists.Fd.Io
> On 8 Jul 2019, at 22:23, Brian Dickson wrote: > > > > On Thu, Jul 4, 2019 at 1:19 PM Jim Thompson via Lists.Fd.Io > wrote: > > On Jul 1, 2019, at 4:44 AM, Steuer Heribert wrote: > >> Hello, >> >> >> >> I am trying to understand what the current status of the router plugin in >> vp

Re: [vpp-dev] VPP Router Plugin or alternatives

2019-07-09 Thread Damjan Marion via Lists.Fd.Io
> On 9 Jul 2019, at 01:23, Brian Dickson wrote: > > > > On Mon, Jul 8, 2019 at 3:39 PM Damjan Marion wrote: > > > > On 8 Jul 2019, at 22:23, Brian Dickson > > wrote: > > > > > > > > On Thu, Jul 4, 2019 at 1:19 PM Jim Thompson via Lists.Fd.Io > > wrote: > > > > On Jul 1, 2019, at 4:

Re: [vpp-dev] libmemif non packaged in deb/rpm anymore from 19.04 [regression?]

2019-07-09 Thread Damjan Marion via Lists.Fd.Io
> On 9 Jul 2019, at 15:36, Luca Muscariello via Lists.Fd.Io > wrote: > > > Hi, > > libmemif was made available in the binary distribution as deb/rpm in > vpp-lib and vpp-dev starting from 19.01 thanks to a patch that Mauro > submitted in Dec. > > https://gerrit.fd.io/r/#/c/16436/ > > Fr

Re: [vpp-dev] VPP Router Plugin or alternatives

2019-07-09 Thread Damjan Marion via Lists.Fd.Io
> On 9 Jul 2019, at 16:28, Ray Kinsella wrote: > > It is accurate to say it is bit-rotting, it not accurate to say it is > orphaned. > >> >> I believe that, but obviously nobody is interested to do so. Neither >> original authors or users of that code. > > Well that is not entirely accurate

Re: [vpp-dev] libmemif non packaged in deb/rpm anymore from 19.04 [regression?]

2019-07-09 Thread Damjan Marion via Lists.Fd.Io
> On 9 Jul 2019, at 21:26, Luca Muscariello via Lists.Fd.Io > wrote: > > Fine with me and thanks for letting me know, now. > > However it is you who told me in December to make the patch to get > the package done. Which we did and so the patch was merged for 19.01 release. > > So, now you wa

Re: [vpp-dev] libmemif non packaged in deb/rpm anymore from 19.04 [regression?]

2019-07-09 Thread Damjan Marion via Lists.Fd.Io
> On 9 Jul 2019, at 22:23, Luca Muscariello (lumuscar) > wrote: > > Let me try again. > > This patch was merged to get packaged libmemif in 19.01 > > https://gerrit.fd.io/r/#/c/16436/ > > It has disappeared with 19.04. > Is this still somewhere? No it i

Re: [vpp-dev] pool_get_aligned causing crash

2019-07-10 Thread Damjan Marion via Lists.Fd.Io
Sharing a bit more details about your crash will be helpful. i.e. backtrace preferably from debug image — Damjan > On 10 Jul 2019, at 13:05, hari_akkin via Lists.Fd.Io > wrote: > > Hi All, > > We are seeing a crash when we try to get second object from > pool_get_aligned(), for a spec

Re: [vpp-dev] pool_get_aligned causing crash

2019-07-10 Thread Damjan Marion via Lists.Fd.Io
> On 10 Jul 2019, at 17:29, hari_akkin via Lists.Fd.Io > wrote: > > Hi Damjan, > > Below is the backtrace > 0x750124d5 in __memset_avx2_unaligned_erms () from /lib64/libc.so.6 > (gdb) bt > #0 0x750124d5 in __memset_avx2_unaligned_erms () from > /lib64/libc.so.6 > #1 0x7

Re: [vpp-dev] PPTP in VPP

2019-07-11 Thread Damjan Marion via Lists.Fd.Io
> On 11 Jul 2019, at 15:11, Vladislav Romanov wrote: > > Hi all, > > I have a question. > If it is possible to release PPTP protocol in VPP with bandwidth 50-100 > mbit/sec? What do you mean by release? decap/encap? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group

Re: [vpp-dev] Macros to support prefetch w/o code copy.

2019-07-12 Thread Damjan Marion via Lists.Fd.Io
> > On 12 Jul 2019, at 06:14, Christian Hopps wrote: > > [re-sending w/o extra email addresses] > > Hi vpp-dev, > > So I'm writing a plugin to support IPTFS > (https://tools.ietf.org/html/draft-hopps-ipsecme-iptfs-01), and during this > process I've written a macro to support prefetching the

Re: [vpp-dev] Macros to support prefetch w/o code copy.

2019-07-12 Thread Damjan Marion via Lists.Fd.Io
> On 12 Jul 2019, at 15:40, Christian Hopps wrote: > > Thanks for the review.. I have a comments and a question inline... > >> On Jul 12, 2019, at 9:11 AM, Damjan Marion wrote: >> >>> ... >> >> Hi Cristian, >> >> You are not fist one trying to do that, few of us did and we all failed :). >

Re: [vpp-dev] FAQ or Documentation request

2019-07-23 Thread Damjan Marion via Lists.Fd.Io
> On 22 Jul 2019, at 20:11, Brian Dickson wrote: > > Speaking mostly as a user, there is some really important information needed > for using VPP, which is not documented (at all, or at least anywhere that can > be found). > > I would like to make a request that someone take up this request

Re: [vpp-dev] Trouble with checkstyle?

2019-08-09 Thread Damjan Marion via Lists.Fd.Io
Are you using ubuntu 19.04 or some other recent distro with new version of gnu indent? After many years they released new version with lot of bug fixes. We use old version with many bugs, and our repo is full of products of those bugs like the one you pasted bellow... — Damjan > On 9 Aug 201

Re: [vpp-dev] A method to measure the allocated memory size for IKE SA

2019-08-13 Thread Damjan Marion via Lists.Fd.Io
> On 13 Aug 2019, at 05:01, jmpar...@gmail.com wrote: > > Hi, all > > I'd like to measure the allocated memory size for the whole structure of IKE > SA (ikev2_sa_t). > Because ikev2_sa_t has many other struct types, it is not simple for me to > measure the memory size. > > Is there any metho

Re: [vpp-dev] A method to measure the allocated memory size for IKE SA

2019-08-13 Thread Damjan Marion via Lists.Fd.Io
OK, that is not exactly what you asked in your first email. If you want to find out size of struct and all child/indirect data, you will need to sum all of them manually. Most of them are vectors, so you cal use vl() helper in gdb to get length. I.e. (gdb) p sizeof (ikev2_rekey_t) * vl(my_ikev2_

Re: [vpp-dev] Marvell OCTEONTx2 plugin

2019-08-19 Thread Damjan Marion via Lists.Fd.Io
Dear Nitin, Where we can find “libmarvelldpdk”? Google search doesn’t show single occurrence. We don’t support contributions linked to closed source libraries… — Damjan > On 19 Aug 2019, at 16:53, Nitin Saxena wrote: > > Hi, > > Following is the link for README.md > https://gerrit.fd

Re: [EXT] [vpp-dev] Marvell OCTEONTx2 plugin

2019-08-19 Thread Damjan Marion via Lists.Fd.Io
Would it be ok to provide patches > against DPDK release (from dpdk.org <http://dpdk.org/>) OR does it need to be > hosted publicly? > > Thanks, > Nitin > From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> <mailto:vpp-dev@lists.fd.io>> on behalf of Damjan Mari

[vpp-dev] ValueError: Fieldname 'async' is a python keyword and is not accessible via the python API

2019-08-21 Thread Damjan Marion via Lists.Fd.Io
May be due to the fact that I use newer ubuntu version, but i’m not able to build VPP on master. This is error message I get: [1283/1678] Generating API header /home/damarion/cisco/vpp8/bui...build-vpp_debug-native/vpp/plugins/tlsopenssl/tls_openssl.api.h FAILED: plugins/tlsopenssl/tls_openssl

Re: [vpp-dev] ValueError: Fieldname 'async' is a python keyword and is not accessible via the python API

2019-08-21 Thread Damjan Marion via Lists.Fd.Io
t; <https://git.fd.io/vpp/diff/src/plugins/tlsopenssl/tls_openssl.api?id=be4d1aa> > >> On Aug 21, 2019, at 7:41 AM, Damjan Marion via Lists.Fd.Io >> mailto:dmarion=me@lists.fd.io>> wrote: >> >> >> May be due to the fact that I use newer ubuntu

Re: [vpp-dev] VPP 19.08 release is available!

2019-08-21 Thread Damjan Marion via Lists.Fd.Io
> On 21 Aug 2019, at 22:57, Andrew Yourtchenko wrote: > > So you are in release management business next 10 years, good :) -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13805): https://lists.fd.io/g/vpp-dev/message/13805 Mute This Topic: htt

Re: [vpp-dev] How to measure performance of memif

2019-08-23 Thread Damjan Marion via Lists.Fd.Io
I typically used 2 vpp instances, one doing xconnect between physical NIC and memif interface, another VPP instance routing between 2 memif interfaces. i.e. trex-port1 — (p)vpp1(m) — (m)vpp2(m) — (m)vpp1(p) — trex-port2 Where (p) is physical nic interface, and (m) is memif interface. On the V

Re: [vpp-dev] 19.04.2 and sub-numa cluster support

2019-08-26 Thread Damjan Marion via Lists.Fd.Io
> On 26 Aug 2019, at 20:00, sheckman wrote: > > We have been using vpp-18.07 and socket-mem to assign memory to the sub-numa > node where our vpp instances have been running in containers. > > socket-mem 0,1024,0,0. e.g. > > In 19.04, that has been deprecated. > > Now, we get memory on ALL

Re: [vpp-dev] vpp show no packet and high rx-miss

2019-08-28 Thread Damjan Marion via Lists.Fd.Io
Havre you bound NIC to vfio-pci or uio_pci_generic? > On 27 Aug 2019, at 23:32, William Tu wrote: > > Hi, > > I'm new to vpp and hit an error when receiving no packet from PCI > device. My setup is below: > > /etc/vpp# cat startup.conf > unix { > nodaemon > log /var/log/vpp/vpp.log > full

Re: [vpp-dev] sh hardware-interfaces extended stats are not showing up

2019-08-28 Thread Damjan Marion via Lists.Fd.Io
It is not intentional so somebody needs to debug it… "git bisect" might be good choice here. > On 28 Aug 2019, at 13:50, Devis Reagan wrote: > > Can any one help on this ? Extended stats not shown in vpp 19.08 via ‘show > hardware-interfaces’ command > > Thanks > > On Tue, Aug 27, 2019 a

Re: [vpp-dev] vpp show no packet and high rx-miss

2019-08-28 Thread Damjan Marion via Lists.Fd.Io
> On 28 Aug 2019, at 18:23, William Tu wrote: > > On Wed, Aug 28, 2019 at 7:58 AM Damjan Marion wrote: >> >> >> Havre you bound NIC to vfio-pci or uio_pci_generic? >> > I'm using uio_pci_generic. > Should I use vfio-pci? Yes, uio_pci_generic doesn’t work when IOMMU is enabled. -=-=-=-=-=-

Re: [vpp-dev] memif impacting other workers

2019-08-28 Thread Damjan Marion via Lists.Fd.Io
> On 28 Aug 2019, at 21:06, Satya Murthy wrote: > > Hi, > > We are seeing one strange issue when we use memif. > > We have vpp with 2 workers. This VPP is running as memif-server. > worker-0 ==> rx-placement with memif > worker-1 ==> rx-placement with an IP interface ( dpdk based ) > > As

Re: [vpp-dev] OPNFV-VSPERF VPP Upgrade

2019-08-29 Thread Damjan Marion via Lists.Fd.Io
> On 29 Aug 2019, at 20:48, Sridhar K. N. Rao wrote: > > Hi, > > I’m from OPNFV-VSPERF project where VPP is one of the upstream projects for > us. We are planning to upgrade VPP from > 17.07 to 19.04 and DPDK from 17.08 to 18.11. > I just wanted to check here VPP 19.04 and DPDK 18.11 are com

Re: [EXT] [vpp-dev] Marvell OCTEONTx2 plugin

2019-09-02 Thread Damjan Marion via Lists.Fd.Io
tions beyond OCTEONTX2. Perhaps you can look at my patches and see > whether what you are suggesting is possible with the existing plugin? > > Thanks, > > Damjan > > > On 19 Aug 2019, at 20:03, Nitin Saxena <mailto:nsax...@marvell.com>> wrote: > > H

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Damjan Marion via Lists.Fd.Io
Have you tried to use native AVF driver instead? > On 4 Sep 2019, at 12:42, Miroslav Kováč wrote: > > Hello, > > We are trying a setup with intel 25 GB card XXV710 and sr-iov. We need sr-iov > to sort packets based on vlan in between the VFs. We are using trex on one > machine to generate p

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Damjan Marion via Lists.Fd.Io
Isn't that just a hardware limit of the card? > On 4 Sep 2019, at 12:45, Miroslav Kováč wrote: > > Yes we have tried that as well, with AVF we received simlar results as well > Od: Damjan Marion mailto:dmar...@me.com>> > Odoslané: streda, 4. septembra 2019 12:44:33 > Komu: Miroslav Kováč > Kóp

Re: [vpp-dev] Intel XXV710 SR-IOV packet loss

2019-09-04 Thread Damjan Marion via Lists.Fd.Io
d besides why > would we receive different number of processed packets with 7 VFs and dropped > by 16 millions of packets using 8 VFs? and the same result goes with 9 or > 10 VFS as with 8 VFs.. > Od: Damjan Marion via Lists.Fd.Io <mailto:dmarion=me@lists.fd.io>> &g

Re: [vpp-dev] Issue with DPDK 19.08 / i40e driver

2019-09-11 Thread Damjan Marion via Lists.Fd.Io
> On 11 Sep 2019, at 16:43, Mathias Raoul wrote: > > Hello, > > I have an issue with VPP and i40e driver, when I try to switch the interface > to up, the program stop with a segmentation fault. My configuration details > are below. > > It might be a compatibility issue, because the DPDK doc

Re: [vpp-dev] Bug in plugins/dpdk/device/init.c related to eal_init_args found using AddressSanitizer

2019-09-12 Thread Damjan Marion via Lists.Fd.Io
see: https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code Section 6 > On 12 Sep 2019, at 11:11, Elias Rudberg wrote: > > OK, now I created a Jira issue about it: > htt

Re: [vpp-dev] Issue with DPDK 19.08 / i40e driver

2019-09-12 Thread Damjan Marion via Lists.Fd.Io
0 0x75eb7a48 in clib_calljmp () from > /home/aloaugus/vpp/build-root/install-vpp_debug-native/vpp/lib/libvppinfra.so.20.01 > #21 0x7fffb8460940 in ?? () > #22 0x764149ec in vlib_process_startup (vm=0x766b5dc0 > , p=0x259, f=0x0) at /home/aloaugus/vpp/src/vlib/main

Re: [vpp-dev] gprof?

2019-09-13 Thread Damjan Marion via Lists.Fd.Io
> On 13 Sep 2019, at 18:15, Christian Hopps wrote: > > Is it possible to profile vpp with gprof? > > I google a bit but I'm not turning anything up. I have made some build > changes to compile/link with -pg (starting with the gcov target), and a > change to not handle SIGPROF. This produced

Re: [vpp-dev] gprof?

2019-09-16 Thread Damjan Marion via Lists.Fd.Io
> On 13 Sep 2019, at 18:58, Christian Hopps wrote: > > > >> On Sep 13, 2019, at 12:41 PM, Christian Hopps wrote: >> >> Signed PGP part >> >> >>> On Sep 13, 2019, at 12:23 PM, Damjan Marion wrote: >>> >>> >>> On 13 Sep 2019, at 18:15, Christian Hopps wrote: Is it possi

Re: [vpp-dev] How to compile VPP with external(prebuilt) DPDK #vpp

2019-09-17 Thread Damjan Marion via Lists.Fd.Io
You can just invoke cmake directly and it should find installed dpdk libraries. I.e. mkdir build cd build cmake -Gninja /path/to/vpp ninja You can also use standard cmake way to specify directories... — Damjan > On Sep 17, 2019, at 10:13 AM, Jaemin Park wrote: > > Hello, > > I'd like to

Re: [vpp-dev] gprof?

2019-09-17 Thread Damjan Marion via Lists.Fd.Io
> On 17 Sep 2019, at 17:12, Christian Hopps wrote: > > > >> On Sep 17, 2019, at 3:56 AM, Benoit Ganne (bganne) via Lists.Fd.Io >> wrote: >> AFAIK the default for x86_64 is to omit frame pointer for optimized builds so you probably do not have it in most cases in VPP builds (

Re: [vpp-dev] Can vlib_time_now be used in worker threads

2019-09-19 Thread Damjan Marion via Lists.Fd.Io
> On 19 Sep 2019, at 07:42, Vamsi Krishna wrote: > > Hi, > > Can the vlib_time_now api be used in worker threads? Looking at the code, > this api does not seam to be thread safe. > But there are a few places where it is used in nodes that do packet > processing. For example in nat, cdp and f

Re: [vpp-dev] sh hardware-interfaces extended stats are not showing up

2019-09-20 Thread Damjan Marion via Lists.Fd.Io
Carlito Nueno <mailto:carlitonu...@gmail.com>> wrote: > Hi David, > > I tried "vppctl interface collect detailed-stats enable" but it doesn't work. > > I will git bisect as Damjan mentioned and try to see what changed. > > Thanks > > O

Re: [vpp-dev] VPP Interfaces from with (Docker) Containers?

2019-10-07 Thread Damjan Marion via Lists.Fd.Io
BTW I strongly suggest that you don't use uio_pci_generic. Starting with kernel 4.4 vfio-pci even supports no-iommu mode for systems which lack IOMMU. uio_pci_generic is on the black list for a long time by the kernel community, MSI and MSI-X interrupt support was never added Also, uio_pc

Re: [vpp-dev] Basic l2 bridging does not work

2019-10-16 Thread Damjan Marion via Lists.Fd.Io
> On 16 Oct 2019, at 16:14, Chuan Han via Lists.Fd.Io > wrote: > > Hi, vpp experts, > > We are trying to make basic l2 bridge works within vpp. > > We have two servers: r230 and r740, each of which has two phy nics. Two > servers are connected via cable. On each server, we bring these two n

Re: [vpp-dev] Basic l2 bridging does not work

2019-10-17 Thread Damjan Marion via Lists.Fd.Io
> On 17 Oct 2019, at 09:59, Chuan Han wrote: > > It seems R740 vpp works fine. All packets coming from port 1 go to port 2. > > vpp# sh int > Name IdxState MTU (L3/IP4/IP6/MPLS) > Counter Count > eth0 2 up

Re: [vpp-dev] A question about enable AVX512 instruction in VPP

2019-10-18 Thread Damjan Marion via Lists.Fd.Io
On 17 Oct 2019, at 20:02, Zhang Yuwei mailto:yuwei1.zh...@intel.com>> wrote: Hi Dear VPP guys, I would like to do some investigation about AVX512 instruction support in VPP, I saw there are already some implementations but AVX2 is still the default option. Could anybody tell m

Re: [vpp-dev] Basic l2 bridging does not work

2019-10-18 Thread Damjan Marion via Lists.Fd.Io
L2 flood packets >>> 1 ethernet-input l3 mac mismatch >>> 3 eth1-output interface is down >>> 30922 eth0-output interface is down >>> vpp# >>&g

Re: [vpp-dev] Basic l2 bridging does not work

2019-10-18 Thread Damjan Marion via Lists.Fd.Io
t;>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>

Re: [vpp-dev] Coverity run FAILED as of 2019-10-22 14:00:19 UTC

2019-10-22 Thread Damjan Marion via Lists.Fd.Io
you can try to wrap that assert with #ifndef __COVERITY__ ... -- Damjan > On 22 Oct 2019, at 16:22, Benoit Ganne (bganne) via Lists.Fd.Io > wrote: > > Hmm. Almost if not all of those are due to the newly introduced (by me...) > vec_set_len() macro https://gerrit.fd.io/r/c/vpp/+/21935 > vec

[vpp-dev] GNU indent pain

2019-10-22 Thread Damjan Marion via Lists.Fd.Io
Folks, Now we have 2nd release of ubuntu out which comes with new GNU indent which introduces lot of bug fixes. Unfortunately our repo is full of products of bugs which are fixed, so it results in big mess when new indent is used. Most of the time, it is about space after __attribute__ where o

Re: [vpp-dev] GNU indent pain

2019-10-22 Thread Damjan Marion via Lists.Fd.Io
ould not go there, if this change hurts automatic cherry-pick, lets forget it > > --a > >> On 22 Oct 2019, at 19:09, Damjan Marion via Lists.Fd.Io >> wrote: >> >> >> Folks, >> >> Now we have 2nd release of ubuntu out which comes with new GNU i

Re: [vpp-dev] GNU indent pain

2019-10-22 Thread Damjan Marion via Lists.Fd.Io
code may not > be exercising the failure cases as much (e.g., long field name combinations > appearing in the far right columns seems to give indent hiccups). > > Thanks, > Chris. > >> On Oct 22, 2019, at 1:09 PM, Damjan Marion via Lists.Fd.Io >> wrote: >>

Re: [vpp-dev] GNU indent pain

2019-10-22 Thread Damjan Marion via Lists.Fd.Io
> On 22 Oct 2019, at 20:06, Andrew Yourtchenko wrote: > > On 22 Oct 2019, at 19:42, Damjan Marion > wrote: > >> >> >>> On 22 Oct 2019, at 19:26, Andrew 👽 Yourtchenko >> > wrote: >>> >>>  >>> Damjan, >>> >>> What impact will this have on a

Re: [vpp-dev] Change in vpp[master]: ebuild: Cross compilation aarch64 Ubuntu support

2019-10-30 Thread Damjan Marion via Lists.Fd.Io
(resending with bogus email addresses removed, added vpp-dev) Honestly, I don't see lot of value in this kind of cross-compilation support. VPP today is linked against lot of shared libraries provided by the current distro, so effectively you can cross-compile only for same distro, same version

Re: [vpp-dev] Change in vpp[master]: ebuild: Cross compilation aarch64 Ubuntu support

2019-10-30 Thread Damjan Marion via Lists.Fd.Io
Current cross-compilation support, even with this patch is far away from being right. It is basically hack from one to another use case. - it doesn’t work if target distro and/or version != build distro and version - packaging doesn’t have a clue about target arch and dependencies - DPDK have mu

Re: [vpp-dev] Change in vpp[master]: ebuild: Cross compilation aarch64 Ubuntu support

2019-10-30 Thread Damjan Marion via Lists.Fd.Io
Marion mailto:dmar...@me.com>> >> Cc: Christian Hopps mailto:cho...@chopps.org>>; >> Stanislav Chlebec >> mailto:stanislav.chle...@pantheon.tech>>; >> vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> >> Subject: Re: [vpp-dev] Change in vpp[master]: ebu

Re: [vpp-dev] Change in vpp[master]: ebuild: Cross compilation aarch64 Ubuntu support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
> On 31 Oct 2019, at 13:18, Benoit Ganne (bganne) wrote: > >> I was going to remain silent, but since there's now multiple people saying >> this sounds good -- I think this sounds horrible. :) >> To wit, it seems too complex and too much setup/overhead. I'll try and >> look closer at this soon

[vpp-dev] cross-compilation support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
So what people think about following approach for cross-compilation: Patch: https://gerrit.fd.io/r/c/vpp/+/23153 At the moment this is just to show idea, so it works only for x86-to-x86 and between ubuntu versions only but it can be easily extended to sce

Re: [vpp-dev] per-node tracing

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
$ git grep -h -B20 VLIB_NODE_FLAG_TRACE_SUPPORTED | grep VLIB_REGISTER_NODE VLIB_REGISTER_NODE (avf_input_node) = { VLIB_REGISTER_NODE (dpdk_input_node) = { VLIB_REGISTER_NODE (dpdk_crypto_input_node) = VLIB_REGISTER_NODE (ixge_input_node, static) = { VLIB_REGISTER_NODE (mrvl_pp2_input_node) = { VL

Re: [vpp-dev] cross-compilation support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
t; Thanks, > Chris. > >> On Oct 31, 2019, at 12:45 PM, Damjan Marion via Lists.Fd.Io >> wrote: >> >> >> So what people think about following approach for cross-compilation: >> >> Patch: https://gerrit.fd.io/r/c/vpp/+/23153 >> >>

Re: [vpp-dev] cross-compilation support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
t 18:39, Christian Hopps wrote: >>> >>> Requiring root privileges for building software is pretty atypical and >>> limiting, even for x-compiling. >>> >>> Thanks, >>> Chris. >>> >>>> On Oct 31, 2019, at 12:45 PM, Damjan M

Re: [vpp-dev] cross-compilation support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
I slightly modified my patch, so it builds both native packages and cross packages out of same makefile. Native: $ make pkg $ ls -la build/native-release total 99352 drwxrwxr-x 3 damarion damarion 4096 Oct 31 20:00 . drwxrwxr-x 10 damarion damarion 4096 Oct 31 19:55 .. drwxrwxr-x 22 da

Re: [EXT] [vpp-dev] cross-compilation support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
t;> upstreaming, unfortunately. >>> >>> Thanks, >>> Chris. >>> >>>> On Oct 31, 2019, at 2:23 PM, Damjan Marion wrote: >>>> >>>> >>>> That is just copy paste from Ben’s command line. >>>> >>&

Re: [EXT] [vpp-dev] cross-compilation support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
just early draft, but it shows some basic mechanics used to produce both native and cross packages. > On 31 Oct 2019, at 20:32, Damjan Marion via Lists.Fd.Io > wrote: > > I have similar scheme on my mind, where you can have platform specific mk > files loaded…. > >> On

Re: [EXT] [vpp-dev] cross-compilation support

2019-10-31 Thread Damjan Marion via Lists.Fd.Io
> On 31 Oct 2019, at 21:41, Christian Hopps wrote: > >> >> On Oct 31, 2019, at 4:03 PM, Damjan Marion via Lists.Fd.Io >> wrote: >> >> >> Let me clarify a bit more, as i can see that this still may be confusing: >> >> 1) VPP is using c

Re: [EXT] [vpp-dev] cross-compilation support

2019-11-01 Thread Damjan Marion via Lists.Fd.Io
>> My patch does native compilation only if TARGET_QUAD is equal to >> HOST_QUAD, where QUAD is: >> - distro name (ubuntu, centos) >> - distro version (18.04, 7.3) >> - arch (x86_64, aarch64, ...) >> - platform (generic, thunderx, ….) >> >> it also su

Re: [EXT] [vpp-dev] cross-compilation support

2019-11-01 Thread Damjan Marion via Lists.Fd.Io
on packages, i.e. creating Centos ARM rpms on Ubuntu x86 >>>> machine. That is the reason why i tried to see if we can use docker >>>> instead to be able to build cross-arch, cross-distro or cross- >>>> distro-version >> (or all 3 togeth

Re: [vpp-dev] forge committer

2019-11-04 Thread Damjan Marion via Lists.Fd.Io
> On 3 Nov 2019, at 03:20, Satoru wrote: > > Hello vpp-dev community, > > We are planning to contribute some plugin and PR to be reviewed in the vpp > gerrit. The PR includes commits from several people and would like to keep > the commit log. It seems that we need forge committer for the PR

Re: [vpp-dev] Is there a limit when assigning corelist-workers in vpp?

2019-11-04 Thread Damjan Marion via Lists.Fd.Io
i remember doing corelist-workers with > 50 cores….. If you paste traceback we may have better clue what is wrong… — Damjan > On 4 Nov 2019, at 18:51, Chuan Han via Lists.Fd.Io > wrote: > > All even number cores are on numa 0, which also hosts all nics. > > It seems corelist-workers can

Re: [vpp-dev] Deprecation of src/plugins/dpdk/ipsec, say it aint so.

2019-11-05 Thread Damjan Marion via Lists.Fd.Io
> On 5 Nov 2019, at 15:17, Christian Hopps wrote: > > A recent code review comment mentioned that src/plugins/dpdk/ipsec would be > deprecated soon. > > IMO this should not happen until at least equal functionality has been put in > place to replace it (and maybe not even then -- see my poin

  1   2   3   4   5   6   7   >