Set a breakpoint in format_fib_table_name, and see if e.g. fib_table->ft_desc
is NULL.
Thanks... Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Bhanu Chander Gaddoju
Sent: Tuesday, September 12, 2017 11:45 AM
To: vpp-dev@lists.fd.io; Ni, Hongjun
Subjec
+1, let’s stick with u32... Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Dave Wallace
Sent: Monday, September 11, 2017 12:36 PM
To: Florin Coras ; Luke, Chris
Cc: vpp-dev
Subject: Re: [vpp-dev] u32 vs uint32_t
+1
On 09/11/2017 11:27 AM, Flori
That’s right, no need to send patches to a mailing list. In fact, please don’t
send patches to this list. (😊)...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Shachar Beiser
Sent: Monday, September 11, 2017 7:48 AM
To: vpp-dev@lists.fd.io
Cc: D
om]
Sent: Friday, September 8, 2017 10:39 AM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io; Michał Dubiel
Subject: Re: [vpp-dev] mheap performance
Hi Dave,
The perf backtrace (taken from "control-only" lcore 0) is as follows:
- 91.87% vpp_main libvppinfra.so.0.0.0[.
One could do that, but what problem are you trying to solve? The data
structures involved are not super-complicated, but what you’ve described is
neither a beginner project nor a worthwhile project IMO.
If you want to spoof MAC addresses in the L2 path, add an L2 feature node which
does that. G
Dear Jacek,
Use of the clib memory allocator is mainly historical. It’s elegant in a couple
of ways - including built-in leak-finding - but it has been known to backfire
in terms of performance. Individual mheaps are limited to 4gb in a [typical]
32-bit vector length image.
Note that the idios
at...
Thanks… Dave
-Original Message-
From: Colin Tregenza Dancer [mailto:c...@metaswitch.com]
Sent: Friday, September 1, 2017 11:01 AM
To: Dave Barach (dbarach) ; Ole Troan
; Neale Ranns (nranns)
Cc: vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] Packet loss on use of API & cmdline
I
rom: Colin Tregenza Dancer [mailto:c...@metaswitch.com]
Sent: Friday, September 1, 2017 8:51 AM
To: Dave Barach (dbarach) ; Ole Troan
Cc: vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] Packet loss on use of API & cmdline
Hi Dave,
Thanks for looking at this.
I get repeated vlib_node_runtime_
Dear Colin,
Please describe the scenario which leads to vlib_node_runtime_update(). I
wouldn't mind having a good long stare at the situation.
I do like the parallel data structure update approach that you've described,
tempered with the realization that it amounts to "collective brain surgery
.io; zhao.qingl...@zte.com.cn; wu.bi...@zte.com.cn;
gu.ji...@zte.com.cn; dong.ju...@zte.com.cn; Dave Barach (dbarach)
Subject: 答复: Re: [vpp-dev] About the order of VLIB_INIT_FUNCTION called
between different plugins
Thanks you two for the help~ Now we knew that plugins startup maybe has no
order ,
This is a system problem; vpp can’t solve it all by itself.
When forwarding packets at L2, vpp doesn’t look past the ethernet header. It’s
simply delivering packets generated by the Linux kernel on one interface to
another Linux kernel interface.
The kernel cheats by not generating L4 checksums
Explicit dependencies between plugins is probably not a good idea. There is
little to guarantee that both A and B will be loaded.
Please describe the use-case in more detail.
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of wang.hu...@zte.com.cn
+1
From: Damjan Marion [mailto:dmarion.li...@gmail.com]
Sent: Saturday, August 26, 2017 3:11 PM
To: Eric Chen
Cc: Dave Barach (dbarach) ; Sergio Gonzalez Monroy
; vpp-dev
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Eric,
Same code compiles
Just so everyone knows, the function in question is almost too simple for its
own good:
always_inline uword
vlib_process_suspend_time_is_zero (f64 dt)
{
return dt < 10e-6;
}
What happens if you try this variation?
always_inline int
vlib_process_suspend_time_is_zero (f64 dt)
{
if (dt < 10e-6
related idiom which will
probably not compile, either:
void foo(void) __attribute__((weak)); void foo(void) { return 0;}
Thanks… Dave
From: Eric Chen [mailto:eri...@marvell.com]
Sent: Tuesday, August 22, 2017 8:16 AM
To: Dave Barach (dbarach) ; vpp-dev
Cc: odp4vpp-...@lists.fd.io
Subject: RE: 回复
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
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
+1, pls add the typedef...
Thanks… Dave
-Original Message-
From: Damjan Marion (damarion)
Sent: Saturday, August 19, 2017 9:09 AM
To: Dave Barach (dbarach)
Cc: George Zhao ; vpp-dev@lists.fd.io;
disc...@lists.fd.io; csit-...@lists.fd.io
Subject: Re: [discuss] Question about VPP
Dear George,
This specific issue isn't anywhere near as bad as you might think. As given,
the code confuses 128-bit vectors with 256-bit vectors, and 64-bit vectors with
128-bit vectors.
Question: does the hardware involved support 256-bit vectors? Probably not...
It almost certainly does supp
When computing an ip header checksum from scratch, please set it to zero...:
remove_header(buffer, header_size, outer_headers_size);
ip4_header_t* ip4_header = vlib_buffer_get_current(buffer) +
sizeof(ethernet_header);
ip4_header->length -= htons(header_size);
ip4_header->checksum = 0;
Where is that library located, or is it entirely missing?
If you find it, how about making a symbolic link?
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Burt Silverman
Sent: Friday, August 11, 2017 3:26 PM
To: Marco Varlese
Cc: vpp-dev
Subje
Please see https://gerrit.fd.io/r/#/c/7927, and
http://jenkins.ejkern.net:8080/job/vpp-test-debug-master-ubuntu1604/1056/con
sole
The patch in question is highly unlikely to cause this failure...
14:37:11
Please see https://gerrit.fd.io/r/#/c/7885,
https://jenkins.fd.io/job/vpp-make-test-docs-verify-master/2814/console.
Any idea what this is all about?
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-
These are test codes. No warranty, express or implied. It would take a few
minutes to unify the two API message handlers, but at some point in the near
future, I’m going to clean up the API client registration nonsense involved.
As you might imagine, it’s easy to make direct calls from within vp
.
Thanks… Dave
From: SAKTHIVEL ANAND S [mailto:anand.s...@gmail.com]
Sent: Friday, August 4, 2017 10:27 AM
To: Dave Barach (dbarach)
Cc: vpp-dev
Subject: Re: [vpp-dev] dpdk tx drops
Sure, Dave.. I will move to latest versions of VPP either 17.04 or 17.07.
Will my plugins written for 16.06 directly
Does this problem occur w/ vpp 17.07?
The software you mention is a full year old, and is so different from
master/latest that anything is possible. As of this writing, the community has
not announced an LTS plan. As the vpp project tech lead, I would be shocked if
the community decided to supp
tor size 150 should be good
for O(5mpps).
Thanks… Dave
P.S. The clocks/pkt figures below look like they may be from a TAG=vpp_debug
image... Or not. It’s hard to tell at 20 KPPS...
From: SAKTHIVEL ANAND S [mailto:anand.s...@gmail.com]
Sent: Tuesday, July 25, 2017 9:20 AM
To: Dave Barach (dbar
+1... Hey Neale, thanks for all your work to make the 17.07 release happen...
Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Ed Warnicke
Sent: Thursday, July 20, 2017 8:04 PM
To: Neale Ranns (nranns)
Cc: csit-...@lists.fd.io; vpp-dev@lists.fd.io
Subject
Re: [vpp-dev] TWS call scheduled for 7/18 8am PDT / 11am EDT / 5pm CEST
FYI. Just resending as a reminder.
From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Ed Warnicke
Sent: Wednesday, July 5, 2017 12:49 PM
To: Da
Glad to hear it... Thanks for letting everyone know... Dave
From: Dharmaray Kundargi [mailto:dharmaray.kunda...@mavenir.com]
Sent: Monday, July 17, 2017 10:25 PM
To: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] VPP classifier node plugin not invoked.
Thanks Dave,
That
The “show runtime” command displays the prevailing vector size, and per-node
vector sizes.
Those stats are reasonably equivalent to a vector engine load average.
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of SAKTHIVEL ANAND S
Sent: Monday, Jul
This is no surprise. Lcore 1 is running at the max vector size, indicating that
it’s completely out of clock cycles / dropping traffic. Moreover:
Node Name
Clocks/Pkt
TenGigabitEthernet6/0/1-output
8.67E+00
TenGigabitEthernet6/0/1-tx
1.08E+02
error-drop
4.15E+01
ip4-arp
3.43E+01
ip4-dro
Short answer: yes.
If you imagine several frames on the pending frame queue - all of which end up
enqueueing buffer indices to a common successor node - the successor frame will
be merged by the time it’s processed.
We’ve seen this effect when handing off frames from multiple source threads to
Within reason, adding data to the vlib_frame_t shouldn’t hurt very much. I
wouldn’t add the contents of the Beinecke Library, but a small amount of data
should be OK.
If the data you have in mind is actually per-node, you can add it to the
per-vector “scalar” field.
Thanks… Dave
From: vpp-dev
Ip4-inacl != ip4-classify. If you want packets to visit ip4-classify, you need
to install a classify adjacency in the FIB. See .../ip/lookup.c / “ip route
1.2.3.4/8 via classify ” debug CLI command.
I understand that not having things work the way you expect them to is
frustrating. I would love
Folks,
If one wants/needs to trace packets which vpp creates from whole cloth, here's
how to do it. Typically, it's an input-node function.
/* Top of node dispatch function */
u32 n_trace = vlib_get_trace_count (vm, node);
/* per-buffer */
VLIB_BUFFER_TRACE_TRAJECTORY_INIT (b0);
/*
+1.
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Luke, Chris
Sent: Wednesday, July 12, 2017 6:54 AM
To: SAKTHIVEL ANAND S ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] vpp installation without internet
You need you install the missing dependencies as you fin
Dear Billy,
Thanks for the update. Sorry for any confusion about today’s meeting.
Dave
From: Billy McFall [mailto:bmcf...@redhat.com]
Sent: Tuesday, July 11, 2017 11:03 AM
To: Dave Barach (dbarach) ; Thomas F Herbert
Cc: vpp-dev@lists.fd.io
Subject: Weekly VPP Meeting
I just discovered there
: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] set mapping from node to thread
Hi Dave,
Thanks for the detailed response.
However, from the experiment I did, I see the same packet being processed by
two threads. That is why I asked this question. Maybe I made some mistakes
Dear Yuliang,
From a high level: vpp creates N identical graph replicas in a multi-core
configuration. When practicable, we use hardware RSS hashing to ensure that all
packets belonging to a specific flow are processed [in order!] by the same
thread / graph replica. In effect, embarrassing para
Please run gdb on .../install-vpp_debug-native/vpp/bin/vpp, not
.../build-vpp_debug-native...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Anand Nandugudi
Sent: Thursday, July 6, 2017 10:07 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] GDB Fil
Eric Ernst and Manohar Castelino will present their vpp integration with
ClearContainer.
Dial-in info will be added to https://wiki.fd.io/view/VPP/Meeting shortly...
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mail
Please do not introduce dpdk plugin dependencies into interface_api.c. We’ve
moved all dpdk dependencies to the dpdk plugin, on purpose.
What are you trying to do?
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Samuel S
Sent: Tuesday, July 4, 2
If you can work out which interface is involved, the node runtime stats (see
“show run”) for that specific interface output node will be a reasonable
measure. The stats are updated very frequently. Scraping them is not totally
free.
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-de
+1... Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Luke, Chris
Sent: Friday, June 30, 2017 8:29 AM
To: Alessio Silvestro ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Buffer allocation failure
The packet you receive, what do you do with it?
If
I agree with Ole. See
https://www2.eecs.berkeley.edu/Pubs/TechRpts/2005/EECS-2005-24.pdf
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Burt Silverman
Sent: Thursday, June 29, 2017 12:49 PM
To: Ole Troan
Cc: Soheil Abbasloo ; vpp-dev
Subject: Re: [vpp-dev]
You can also use the command-line arg "... dpdk { ... poll-sleep
... } ..." to reduce CPU utilization at low vector rates.
Thanks… Dave
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Damjan Marion (damarion)
Sent: Thursday, June 2
I think we discussed this at the last vpp project call, but anyhow: we won't
have a vpp project call on 4-July-2017 due to the US Independence Day holiday.
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo
intel.com]
Sent: Thursday, June 22, 2017 2:56 PM
To: Dave Barach (dbarach) ; vpp-dev
Subject: Re: [vpp-dev] Fortville DPDK PMD: TCP checksum offload hassles
I have to admit that I did not know about this API until I saw your email and
had a chat with some folks about it.
>From my understan
nzalez Monroy [mailto:sergio.gonzalez.mon...@intel.com]
Sent: Thursday, June 22, 2017 1:08 PM
To: Dave Barach (dbarach) ; vpp-dev
Subject: Re: [vpp-dev] Fortville DPDK PMD: TCP checksum offload hassles
On 22/06/2017 16:11, Dave Barach (dbarach) wrote:
Folks,
I'm having a hard time trying to
Folks,
I'm having a hard time trying to convince an Intel Fortville (i40e) PMD / NIC
to compute and insert TCP correct TCP checksums.
In addition to the typical struct rte_mbuf setup, I add the following:
if (b->flags & VLIB_BUFFER_TCP_CHECKSUM_OFFLOAD)
{
mb->packet_type =
Dear Zhangpan,
This behavior is 100% attributable to the low-vector-rate epoll_pwait(...) call
in .../src/vlib/unix/input.c. If the vector rate is less than 2, vpp currently
sleeps for 10ms between polls. We can discuss how to parameterize and/or change
this behavior.
HTH... Dave
From: vpp-de
017 12:57 PM
To: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject: RE: Default next node for a node.
Thanks Dave, That hints what must be at the 0th index in .next_nodes of a node.
Regards
Dharmaray
From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: Tuesday, June 20, 2017 6:41 PM
node->cached_next_index will be zero at the beginning of time. Depending on the
particulars involved, that might even be correct.
If not, the enqueue_x1/enqueue_x2 macros will fix the erroneous speculative
enqueues.
vlib_put_next_frame(...) maintains node->cached_next_index...
Thanks... Dave
Dear Marco,
Please supply missing relevant data: complete configurations including
interface addresses, packet trace captures, gdb backtrace preferably from a
TAG=vpp_debug image.
Thanks… Dave
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
>From the code snippet you sent, I'm guessing that you forgot to unwind the
>speculative enqueue at the top of the loop. That never ends well. Examine the
>XXX_enqueue_x1 macro in detail, and you'll see that it increments
>n_left_to_next and decrements to_next in the missed speculation case. You
The example you cite is not terribly convincing. The only alternative to a
large number of ip route add/del parameters would be a large number of discrete
APIs with considerable parameter overlap.
API messages need handlers, pretty-print functions, and test code; all of which
require maintenan
I stand corrected, at least in a general sense... (😊)...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Damjan Marion
Sent: Monday, June 5, 2017 1:34 PM
To: Dave Wallace
Cc: Mahesh Ishwar Mathad ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Need
9:25 AM
To: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Need some help on VPP
Thank you. As you mentioned function f, could you please tell for which
function respected stack is created and what is that function f is responsible
for?
On Tuesday 30 May 2017 05:10 PM, Dave Barac
Longjmp.S provides setjmp/longjmp and "call a function f on a new stack"
support for multiple CPU architectures. Switching stacks involves saving,
restoring, and avoiding damage to registers. The file is written in multiple
assembly languages.
If you have specific questions, I'm willing to take
+1, nice work!
Thanks... Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Luke, Chris
Sent: Tuesday, May 23, 2017 3:00 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP now has basic tab completion
Thanks to the work of Yoann we now have some tab-completi
I've seen this a few times this morning. Please check the logs...
Thanks... Dave
[cid:image001.jpg@01D2D3AC.659624E0]
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
Please attempt to bind the VIC device(s) manually - to uio_pci_generic - using
dpdk-devbind.
Until / unless that works, there isn't a chance that vpp will drive the
devices. You may have better luck with the igb_uio kernel module, or not...
Thanks… Dave
-Original Message-
From: vpp-d
Pools are not inherently thread-safe.
Coding techniques: allocating a pool per thread [preferred], guarding pool
accesses with spinlocks or pthread mutex / condvar pairs, preallocate and
barrier sync [tricky].
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io]
Copying vpp-dev [and Neale Ranns AKA Dr. Fib...]
Thanks… Dave
From: 薛欣颖 [mailto:xy...@fiberhome.com]
Sent: Tuesday, May 16, 2017 2:16 AM
To: Dave Barach (dbarach)
Subject: Failed to ping between two VPP
Hi Dave,
When I use stable 17.04,there is something wrong when I ping vpp2 from
vpp1,that
Dear Guy,
The clib_socket(...) APIs use system calls to send/receive data via the Linux
network stack. Linux is blissfully unaware of vpp interfaces, so it can't work.
To receive ip-udp-for-us-to-a-dst-port packets on a vpp interface, register a
graph node to process packets. See.../src/vnet/vx
You’ll need to characterize what you’re seeing better than “multiple time
slower” before it would be worth speculating on what’s going on.
We do not routinely test vpp when compiled w/ -DCLIB_VEC64.
Can you describe the use-case which requires a main heap larger than 4gb?
Thanks… Dave
From: vp
Please see https://gerrit.fd.io/r/#/c/6387. Any idea why this happened?
13:06:41 + VIRL_SID[${index}]='ERROR: Simulation started OK but devices never
changed to ACTIVE state
13:06:41 Last VIRL response:
13:06:41 {u'\''session-OYbjfr'\'': {u'\''~mgmt-lxc'\'': {u'\''vnc-console'\'':
False, u'\''s
Please see https://jenkins.fd.io/job/vpp-csit-verify-virl-master/4951/console,
excerpt below. Probably not related to the patch.
I've already pressed the "recheck" button.
Thanks... Dave
13:03:53 + scp -i priv_key -o StrictHostKeyChecking=no -o
UserKnownHostsFile=/dev/null -o BatchMode=yes -o
Writing on behalf of the emacs directory: +1, fine by me, please go ahead and
move the files.
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Damjan Marion (damarion)
Sent: Tuesday, April 18, 2017 6:26 AM
To: vpp-dev
Subject: [vpp-d
gt;
> I just want to know if I did something wrong or whether there might be an
> actual issue here.
>
> Thanks,
> Mircea
>
>
> -Original Message-
> From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
> Sent: Monday, April 17, 2017 12:29 PM
> To: Mir
All bets are off since the dpdk plugin didn't load correctly. You'll need to
track down ibv_fork_init(...)...
Thanks... Dave
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Mircea Orban
Sent: Monday, April 17, 2017 12:24 PM
To: vpp-
The first IP address is that of the IPFIX collector: the IPFIX udp datagram dst
IP address. The second IP address is the IPFIX udp datagram src IP address.
The (optional) fib ID is included so you can route IPFIX tables through a
non-default FIB.
The (optional) udp-checksum parameter directs vp
Any idea what could have cause this failure?
https://jenkins.fd.io/job/vpp-verify-master-ubuntu1404/4739/
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
I’d rather not move the API test tool. It’s compiled into vpp itself these
days, to facilitate binary API - and vpp_api_test - debugging.
I worked hard enough on the problem so that vpp manages to inhale vpp_api_test
plugins, so that essentially the entire binary API can be exercised through the
...@redhat.com]
Sent: Wednesday, March 29, 2017 10:46 AM
To: Dave Barach (dbarach)
Cc: Thomas F Herbert
Subject: Re: [vpp-dev] Strange C Dyanmic Loading Failure
Thanks, let me know what I can do to help.
On Wed, Mar 29, 2017 at 10:43 AM, Dave Barach (dbarach)
mailto:dbar...@cisco.com>> wrote:
FWIW: I sent diffs to fix the build-system integration over the weekend, as
well as a fair fraction of the FIB 2.0 integration...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Ni, Hongjun
Sent: Monday, March 27, 2017 10:32 PM
To: Ed Warnicke ;
at it
will crash as described.
Thanks… Dave
From: Adrian Daniel Calianu [mailto:adrian.cali...@gmail.com]
Sent: Monday, March 27, 2017 10:27 AM
To: Jon Loeliger
Cc: vpp-dev ; Dave Barach (dbarach)
Subject: Re: [vpp-dev] Strange C Dyanmic Loading Failure
Hi all,
I have the same issue. After I bui
Dear Billy,
Looks like a stale tree...
vm = vlib_mains[os_get_cpu_number ()] from within vpp_api_test was always a
mistake. I cleaned this up a while ago. Vpp_api_test was spuriously linked
against libvlib.so, leading to this very crash in vpp_api_test until I cleaned
up the set of libraries,
+1... Thanks… Dave
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Damjan Marion (damarion)
Sent: Monday, March 27, 2017 7:13 AM
To: vpp-dev
Subject: [vpp-dev] VPP project committer nomination: Sergio Gonzales Monroy
Hello VPP comm
+1. See diffs below, which are a start on the problem / fix first-order build
and infra issues. The “router” component needs FIB 2.0 brain-police.
I’m pretty sure that Pierre meant to write: “netlink and router plugin are NOT
really maintained. It is not surprising that they do not compile witho
Gerrit 5859 (https://gerrit.fd.io/r/#/c/5859) is almost certainly not
responsible for the "make test" failure shown below. Does anyone know what's
going on? I'm going to press the "recheck" button and hope for the best.
Thanks... Dave
2:53:54
==
Dear Luk,
The "vpp-install," "install-packags," "install-deb" etc. targets will build the
set of plugins configured in src/configure.ac:
For example:
$ cd build-root
$ make PLATFORM=vpp TAG=vpp vpp-install
HTH. Dave
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-
Simply remove the “dpdk” stanza from /etc/vpp/startup.conf if you want to run
vpp without the dpdk plugin.
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Feng Pan
Sent: Wednesday, March 22, 2017 1:47 PM
To: vpp-dev
Subject: [vpp-dev] vpp-plugin
//pop old stack
jr $31
//return
.end clib_calljmp;
Regards,
Xinying Xue
From: Dave Barach (dbarach)<mailto:dbar...@cisco.com>
Date: 2017-03-16 21:03
To: 薛欣颖<mailto:xy...@fiberhome.com>; vpp-dev<ma
Please make sure that src/vppinfra/test_longjmp.c passes before you move on.
You’ve undoubtedly pickled the stack and/or one or more of the registers.
Clib_calljmp is always the source of subsequent issues.
The code you wrote belongs in longjmp.S. Trying to write clib_calljmp(...) in C
/ doing
Many community members will be unavailable on Tuesday, March 21st, so the vpp
project meeting is cancelled. We'll resume on Tuesday, March 28th.
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
Folks,
Please do not create plugins which contain the following global declaration:
"void vat_api_hookup (vat_main_t * vam)".
The result of naming the api hookup function that particular thing will be a
stream of multiple-registration complaints, to say nothing of questionable
results in terms
Better go get another certificate for *.fd.io...
See https://security.googleblog.com/2016/10/distrusting-wosign-and-startcom.html
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
nardo
Linguaglossa
Sent: Wednesday, March 8, 2017 9:54 AM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] [Dev question on changing the VLIB_FRAME_SIZE]
Thank you for your reply,
I actually re-built everything ( make wipe-release && make build-release ). I
don&#
FYI,
I just pushed a patch to change the units of the dpdk "poll-sleep" parameter
from milliseconds to microseconds. Set as shown below, my vpp home gateway runs
at a very low load-average:
dbarach@vppgate:~$ uptime
10:34:00 up 16 days, 23:41, 1 user, load average: 0.07, 0.25, 0.62
No issues k
Please make absolutely sure that (a) you’ve compiled the tree from scratch, and
(b) that you’re not tripping over previously-installed shared libraries built
with a different VLIB_FRAME_SIZE.
Why are you interested in changing VLIB_FRAME_SIZE in the first place?
Thanks… Dave
From: vpp-dev-boun
...@zte.com.cn]
Sent: Wednesday, March 8, 2017 2:50 AM
To: hongjun...@intel.com
Cc: alaga...@gmail.com; Dave Barach (dbarach) ;
zhao.zhig...@zte.com.cn; gu.ji...@zte.com.cn; pan.feng...@zte.com.cn;
vpp-dev@lists.fd.io
Subject: 答复: RE: R[vpp-dev] Signal events between graph nodes within different
What are you trying to do?
Your description is abstract to the point where I won't try to answer, aside
from writing that vlib_process_signal_event(...) is not your friend.
Thanks... Dave
From: Ni, Hongjun [mailto:hongjun...@intel.com]
Sent: Monday, March 6, 2017 9:05 PM
To: Dave B
+1... Crud, missed that... Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Neale Ranns (nranns)
Sent: Monday, March 6, 2017 11:07 AM
To: Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco)
; vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io
Su
Ack. Can you watch the interface with wireshark, to see if e.g. the kernel is
turfing the rewritten pkt on vlan 20 for some reason?
Thanks... Dave
From: Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco)
Sent: Monday, March 6, 2017 11:03 AM
To: Dave Barach (dbarach) ; vpp-dev
You never pushed the revised patch to gerrit.fd.io.
Either "$ git review" or something of the form:
$ git push origin HEAD:refs/for/master
Thanks... Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Steven Luong (sluong)
Sent: Monday, March 6, 2017 10:14 A
I'm not sure if this is significant, but you wrote: "In a testcase I'm sending
tagged frame with tag 20 and I'm expecting received packed with tag 10"
The packet tracer shows the reverse: a packet received on vlan 10 and sent on
vlan 20.
00:00:18:038106: dpdk-input
GigabitEthernet0/4/0 rx que
Cool... Thanks… Dave
From: Jon Loeliger [mailto:j...@netgate.com]
Sent: Sunday, March 5, 2017 10:06 AM
To: Dave Barach (dbarach)
Cc: Florin Coras ; vpp-dev
Subject: Re: [vpp-dev] Missing session.api.h file
On Sat, Mar 4, 2017 at 7:57 AM, Dave Barach (dbarach)
mailto:dbar...@cisco.com
See https://gerrit.fd.io/r/#/c/5622...
Thanks… Dave
From: Dave Barach (dbarach)
Sent: Friday, March 3, 2017 10:50 PM
To: Jon Loeliger
Cc: Florin Coras ; vpp-dev
Subject: RE: [vpp-dev] Missing session.api.h file
Oh, no need to bisect or otherwise screw around. I found the problem.
Too many
101 - 200 of 336 matches
Mail list logo
