Hi Brian,
I am trying to natively build vpp in aarch64 box as well,
However when I "make install-dep", it report error -- "unable to locate package
default-jdk-headless",
If you are using Ubuntu as well, could you share with me your apt-get source
list?
Thanks
Eric
-Original Message
Hi Damjan, George,
I just pulled lastest source and tried native build (platforms/vpp.mk) on ARMv8:
cat: '/sys/bus/pci/devices/:00:01.0/uevent': No such file or directory
From dpdk/Makefile,
##
# Intel x86
#
Thanks Demjan,
Confirmed that your patches worked on our system as well.
George
From: Damjan Marion (damarion) [mailto:damar...@cisco.com]
Sent: Tuesday, August 22, 2017 5:03 AM
To: George Zhao
Cc: Dave Barach (dbarach); discuss; csit-dev; vpp-dev
Subject: Re: [vpp-dev] [discuss] Question about
Thanks, Dave, and Eric. I ran into this 3 days ago doing some strange stuff
-- I did not realize that I was compiling without
-DWITHLIBSSL=
where x is a positive number .
Freely translated, I did not realize I was compiling ipsec_output.c with
non-default options.
That said, I see only one issu
With my current setup (a fairly modest 2Mpps of background traffic each way
between a pair of 10G ports on an Intel X520 NIC, with baremetal Ubuntu 16, vpp
17.01 and a couple of cores per NIC), I observed a range of different packet
loss scenarios:
* 1K-80K packets lost if I issue any of a
I submitted a patch to increase the MAC learn limit from 1M to 8M for 1707
which is now merged:
https://gerrit.fd.io/r/#/c/8132/
I submitted a separate patch for master to make default MAC learn limit 8M and
tighter check for MAC learn limit:
https://gerrit.fd.io/r/#/c/8159/
Regards,
John
From
Hi Colin,
Your comments were not taken as criticism ☺ constructive comments are always
greatly appreciated.
Apart from the non-MP safe APIs Florin mentioned, and the route add/del cases I
covered, the consensus is certainly that packet loss should not occur during a
‘typical’ update and we wi
Hi neale,
Thanks for the reply, and please don’t take my comments as a criticism of what
I think is a great project. I’m just trying to understand whether the packet
loss I’m observing when I do thinks like add new tunnels, setup routes, etc, is
generally viewed as acceptable, or whether it’s
David,
As you suggested, “try combining the function declaration with the
implementation”
Below can pass the compiling,
Thanks a lot.
#define VLIB_REGISTER_NODE(x,...) \
__VA_ARGS__ vlib_node_registration_t x; \
__attrib
Hi David,
It’s marvell cross-compiler.
~/work/git_work/fd.io_odp4vpp/vpp$
/home/ericxh/work/toolchain/marvell-gcc-5.2.1-16.02.0-armv8/armv8/le/aarch64v8-marvell-linux-gnu-5.2.1_i686_20151110/bin/aarch64-marvell-linux-gnu-gcc
-v
Using built-in specs.
COLLECT_GCC=/home/ericxh/work/toolchain/marve
Hi Colin,
The instances of barrier syncs you have correctly identified, occur only in the
exceptional cases of route addition/deletion and not in the typical case.
- adj_last_lock_gone () is called when that adjacency is no longer
required, i.e. we are removing the last route, or prob
The command was renamed to:
set/show interface rx-placement
On Tue, Aug 22, 2017 at 5:39 AM, 真我风采 <1534057...@qq.com> wrote:
> there is no the commad "vppctl set dpdk interface placement" in
> version17.07, but exist in version 17.04, this command has been abrogate
> ???
>
> __
Which compiler are you using?
Gcc-5.4 on x86_64, i686, and aarch64-le - as well as clang - are perfectly
happy to compile that idiom. I don’t see it as an error.
You might try combining the function declaration with the implementation, but
be advised that there are numerous instances of a relat
Yes, Dave,
But issue #1, first declare the func, (marked as yellow)
then define it, my cross_compler report an error,
how to fix it?
#define VLIB_REGISTER_NODE(x,...) \
__VA_ARGS__ vlib_node_registration_t x; \
static void _
The multiply-defined constructor function takes its name from the
VLIB_REGISTER_NODE macro argument...
From: Eric Chen [mailto:eri...@marvell.com]
Sent: Tuesday, August 22, 2017 8:05 AM
To: Dave Barach (dbarach) ; vpp-dev
Cc: odp4vpp-...@lists.fd.io
Subject: RE: 回复：compiling error when build fd
Dave,
Yes, sure,
For issue#2, either -DIPSEC=0, goes to different branch, or changes to
different node name, it can remove the error, but if it’s the case, should
anyone meet such failure before.
How about the issue #1? Any compiling flags help?
Thanks
Eric
From: Dave Barach (dbarach) [ma
Dear George,
I tried on my Cavium ThunderX system with latest Ubuntu and after fixing few
minor issues (all patches submitted to master) I got VPP running.
I use latest Ubuntu devel (17.10, mainly as I upgraded to new kernel in my
attempts to get system working)
For me it is hard to help you wi
Did you try changing the data structure names so they don’t conflict?
VLIB_REGISTER_NODE (ipsec_output4_node) + VLIB_REGISTER_NODE
(ipsec_output6_node).
Feel free to submit a patch. (😉)...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Eric Ch
HI
I am trying to run fd.io_odp4vpp over marvell machhiatoBin(a community board
based on marvell armada-a8k A72 SoC),
I am passing the compiling, but when I run vpp in the live board, shows below
error:
I didn't change any code itself(only one to pass the compiling error, see
below) , but add
Hi,
I am using VPP on SUSE??I know that the DPDK includes libpcap-based PMD??and I
have already binded network interface
through --vdev. I want to know whether this way can be used in VPP and how to
use it.
Thanks in advance.
Long Zhang___
vpp-dev maili
Hi
I run "make install-dep" on top of an aarch64 box with Ubuntu 14.04 installed.
However it reminder of me - "the package of default-jdk-headless can not be
located".
So anyone could tell me the apt-get source list which include
default-jdk-headless?
Thanks
Eric
there is no the commad "vppctl set dpdk interface placement" in version17.07,
but exist in version 17.04, this command has been abrogate ???___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
Hi Florin,
Thanks for the quick, and very useful reply.
I’d been looking at the mp_safe flags, and had concluded that I’d need the
calls I was interested in to be at least marked mp_safe.
However, I was thinking that wasn’t sufficient, as it appeared that some calls
marked as mp_safe invoke ba
HI
I try to build odp4vpp on a x86 host with the cross-compiler for machine of
aarch64.
But encounter below errors, could you help me out?
1)
vpp/build-root/install-armada-a8k_debug-aarch64/vlib/include/vlib/node.h:147:13:
error: redefinition of '__vlib_add_node_registration_ipsec_output_no
Hi Colin,
Your assumption was right. Most often than not, a binary API/CLI call results
in a vlib_worker_thread_barrier_sync because most handlers and cli are not mp
safe. As a consequence, vpp may experience packet loss.
One way around this issue, for binary APIs, is to make sure the handler y
I might have just missed it, but looking through the ongoing regression tests I
can't see anything that explicitly tests for packet loss during CLI/API
commands, so I'm wondering whether minimization of packet loss during
configuration is viewed as a goal for vpp?
Many/most of the real world ap
26 matches
Mail list logo
