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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
21 matches
Mail list logo