[vpp-dev] vpp with gtpu

Hi, I tried vpp (18.04-release, 19.08.1-release) with gtpu. it cannot work. Could you pls help? Vpp1 setup: sudo vppctl create host-interface name eth1 sudo vppctl set inter stat host-eth1 up sudo vppctl set int mac address host-eth1 52:54:00:43:88:63 sudo vppctl set int ip add host-eth1 192.168

[vpp-dev] event-logger output format

Hi all, In my opinion, the event-logger cli command has uncomfortable format of output. I have small suggestion about it. I think that the event-logger output should be printed in following manner: vpp# show event-logger > 72 of 131072 events in buffer, logger running > 2019/10/31 09:18:36:937: a

[vpp-dev] Testing dpdk code with UT framework.

Hi vpp-dev, I need to unit test some code that is using the dpdk code path (in particular its playing around with the mbuf/vlib hybrid code to allow for indirect buffer data), I'd like to use the unit test framework to do this; however, as pg is not based on dpdk I don't think this works. I see

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

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 to see if I can feed back our local changes that seem to be working. T

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

Yeah I agree it is probably the best way to x-compile. x-compilation toolchain is a pain to use with a pile of corner-cases. Using qemu emulation, it just becomes native compilation again... ben > -Original Message- > From: Damjan Marion > Sent: mercredi 30 octobre 2019 18:16 > To: Ben

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

> On 30 Oct 2019, at 16:56, Benoit Ganne (bganne) wrote: > > I used qemu + chroot + Linux binfmt support with great success for > x-compilation, such as described here: > https://wiki.ubuntu.com/UbuntuDevelopment/Ports > > > The basic steps a

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

I used qemu + chroot + Linux binfmt support with great success for x-compilation, such as described here: https://wiki.ubuntu.com/UbuntuDevelopment/Ports The basic steps are: - prepare a chroot mirroring your target (eg. using debootstrap) - setup Linux binfmt to call qemu-arm-static for ARM b

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

> On Oct 30, 2019, at 11:13 AM, Damjan Marion via Lists.Fd.Io > wrote: > > On other side it is quite easy to run docker or lxc in cross-arch mode those > days and basically > have chosen distro inside the container which will produce proper artifacts > with close to zero modifications of th

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

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

On an ubuntu-18.04 x86_64 system which happily builds x86_64 .debs, I did the following: $ clone vpp tree $ git review -d 21035 $ make PLATFORM=aarch64-generic install-dep Ign:1 http://dl.google.com/linux/chrome/deb stable InRelease Hit:2 https://download.docker.com/linux/ubuntu bionic InRelea

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

To Chris’ point: build-root/Makefile and related files in build-data are in the “buildroot” camp: cross-compile a toolchain, utilities, etc. etc. then cross-compile the desired products. I’ll try uninstalling the $BUILDHOST version of vpp-ext-deps to see if I can cross-compile aarch64 binaries.

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

> On Oct 30, 2019, at 9:40 AM, Damjan Marion via Lists.Fd.Io > wrote: > > (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 curr

Re: [vpp-dev] Access to gerrit.fd.io port 29418 works for IPv4 but not for IPv6?

Hi all, I confirm the issue, it times out in IPv6, then fallback to IPv4, so it is mostly invisible bu slow: bganne@BGANNE-DX076:~/src/vpp$ ssh -6 -vvv -p 29418 bga...@gerrit.fd.io OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 Dec 2017 debug1: Reading configuration data /home/bganne/.ssh/co

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

I'm all for a more generic solution. I haven't heard of using cross-arch build containers, so we can look into it. Any pointers would be welcome ☺ Thanks, Juraj From: Damjan Marion via Lists.Fd.Io Sent: Wednesday, October 30, 2019 2:40 PM To: Stanislav Chlebec Cc: vpp-dev@lists.fd.io Subject: R

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

(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

[vpp-dev] Access to gerrit.fd.io port 29418 works for IPv4 but not for IPv6?

Hello, According to the instructions here https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code#Pulling_code_via_ssh pulling the code should be done like this: git clone ssh://usern...@gerrit.fd.io:29418/vpp.git However, from my computer that does not work (it h

Re: [vpp-dev] nat44 bug - created nat sessions aren't automatically cleaned up

Hi Carlito, Thanks for your response. I saw thread created by you about nat44 time out problem. I didn't check end-point dependent mode, but I do some tests on deterministic mode And in this mode, timeouts work correctly and sessions are deleted after their expiration times. Dear Vpp folks, Based

[vpp-dev] Ligato VPP container

Dear Team , I managed to bring up the ligato/vpp-agent:v2.1.1 container on top of the contiv-vpp . But it looks while bringing up the it just takes the "core 0" for main-core , I used the attached yaml file to launch the container . Is there a way to add our own main-core & corelist-workers whil