Hi
I'm getting build errors when trying to build a recent commit on the master
branch:
/home/ubuntu/git/vpp/build-data/../src/vnet/tcp/builtin_client.c:25:29:
fatal error: vpp/app/version.h: No such file or directory
#include
^
compilation terminated.
I'm building u
oning from a fork?
/Tomas
On 1 June 2017 at 19:02, Florin Coras wrote:
> Hi Tomas,
>
> That sure is weird.
>
> (backup everything that’s not in git)
> git clean -fdx
> make bootstrap
> make build
>
> Do you still see the issue?
>
> HTH,
> Florin
>
:
> Tomas,
>
> Just another data point for you/whomever its not specific to forking..
> If you do a shallow clone —depth=1 you will get the same error on build…
>
> Ed
>
>
>
>
> On Jun 2, 2017, at 12:49 AM, Tomas Brännström <
> tomas.a.brannst...@tieto.com&g
/^v//')
> @@ -18,7 +15,7 @@ ADD=$(echo ${vstring} | cut -s -d- -f2)
>
> git rev-parse 2> /dev/null
> if [ $? == 0 ]; then
> -CMT=$(git describe --dirty --match 'v*'| cut -s -d- -f3,4)
> +CMT=$(git describe --dirty --match 'v*' 2>/dev/null
Hello
I'm having some troubles building VPP (latest master) from source on Fedora
24.
At first when doing `make bootstrap' it complained about not finding
python-virtualenv. I could get around this by changing changing the
Makefile to look for "python2-virtualenv" which was the version that got
in
endif
>
> see how the fedora-25 is the version which uses python2-virtualenv
> while all others use python-virtualenv? Could you please change fedora-25
> to fedora-24 on line 57 and let us know if this smooths things out?
> Maybe the fix is a simple one-liner...
>
> Thanks,
kaging expert, somebody else will have to
> chime in...
>
> Thanks,
> Klement
>
> Quoting Tomas Brännström (2017-06-27 17:18:40)
> >I got the same error :-(
> >make bootstrap and build works, but building rpg packages fail...
> >/Tomas
> >
On 28 June 2017 at 13:21, Tomas Brännström
wrote:
> We targeted CentOS instead and there it works fine to build and install.
>
> However, there's some other issue now. When I start the VPP service, it
> looks like it immediately dies:
>
> $ sudo service vpp start
>
Hi
I'm having a quite annoying problem. I have a node that among other things
removes a small 1-2 byte header from the packet, so the IP checksum needs
to be recalculated. For this I use the "ip4_header_checksum"
function. However, the result is completely wrong and I can't tell why. The
IP4 header
_size);
>
> ip4_header->checksum = 0;
>
> ip4_header->checksum = ip4_header_checksum(ip4_header);
>
>
>
> You could also compute the checksum incrementally; let’s see if the simple
> version works first... (😊)...
>
>
>
> Thanks… Dave
>
>
&
Hello
I'm having a somewhat peculiar routing issue that I'm not sure how to move
forward with. I'm also not sure if it's an issue with our environment or if
there's something that needs to be done in VPP that I've missed.
We have a test setup with three servers directly connected to each other in
Hello
I have two fairly separate questions regarding vpp. The first concerns
running in a KVM VM and the other is with sending messages from a client.
1) I'm trying to get VPP up and running in a Ubuntu KVM VM in an OpenStack
environment. However I have trouble even starting it. I've installed the
Hello
Since the last mail I sent I've managed to get our test client working and
VPP running in a KVM VM.
We are still facing some problems though. We have a two servers, one where
the virtual machines are running and one we use as the openstack
controller. They are connected to each other with a
It's a very good query but yes that works :)
/T
On 11 May 2017 at 17:21, Ernst, Eric wrote:
> Perhaps a silly query, but can you verify connectivity between the two
> hosts with SRIO-V without VPP in the VM?
>
> Eric
>
> On May 11, 2017, at 8:07 AM, Tomas Brännst
ace at any
rate.
/Tomas
On 11 May 2017 at 20:25, Damjan Marion (damarion)
wrote:
> Dear Tomas,
>
> Can you please share your PF configuration so I can try to reproduce?
>
> Thanks,
>
> Damjan
>
> On 11 May 2017, at 17:07, Tomas Brännström
> wrote:
>
> Hello
>
mware-version: 0x61c10001
bus-info: :0b:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
/Tomas
On 12 May 2017 at 10:44, Damjan Marion (damarion)
wrote:
>
> On 12 May 2017, at 08:01, Tomas Brännström
>
t;
> root at node-4 <https://lists.fd.io/mailman/listinfo/vpp-dev>:~# ethtool -i
> enp11s0f0
>
> driver: ixgbe
>
> version: 3.15.1-k
>
> firmware-version: 0x61c10001
>
> bus-info: :0b:00.0
>
> supports-statistics: yes
>
> supports-test: yes
&g
patch which fixes both issues soon (actually
> workarounds 2. ), I need to play a bit more with 2. first...
>
>
>
> On 12 May 2017, at 12:08, Tomas Brännström
> wrote:
>
> Unfortunately my MTU seems to be at 1500 already.
>
> I did an upgrade to release 1704 and now non
OK, I misunderstood Avinash's mail before, I thought I had to update the
MTU on the physical device. I changed the MTU to 1500 in VPP now and I can
resolve the address. So I guess that answers my own question too. :-)
/Tomas
On 12 May 2017 at 17:34, Tomas Brännström
wrote:
> Hm, OK.
&
Would the MTU settings be related to the max_rx_pktlen? Since as I
mentioned in the other mail when I lowered it to 1500 as per Avinash's
advice the packets are no longer dropped.
/T
On 12 May 2017 at 20:05, Damjan Marion (damarion)
wrote:
>
>
>
> On 12 May 2017, at 17:34,
Hi
I'm struggling a bit to understand how VPP processes the node graph. If we
take the sample plugin for example, it registers itself to the
"device-input" arc. Then it is run after "af-packet-input" among others.
But looking at the af-packet-input-node, it has the following "next" nodes
in the gra
21 matches
Mail list logo
