OK, pushed another patch-set to remove the old command. Thanks... Dave
From: Vratko Polak -X (vrpolak - PANTHEON TECH SRO at Cisco)
Sent: Thursday, November 26, 2020 8:48 AM
To: Dave Barach ; 'Andrew Yourtchenko'
Cc: csit-...@lists.fd.io; vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] [csit
Thanks for the pointer(s), guys. Fixed, new patch-set uploaded...
From: Andrew Yourtchenko
Sent: Thursday, November 26, 2020 8:18 AM
To: Dave Barach
Cc: vrpo...@cisco.com; csit-...@lists.fd.io; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] [csit-dev] event-logger debug CLI cleanup patch
Planted a redirect from wiki.fd.io to fd.io docs, removed the duplicate
documentation from the wiki, and made the indicated correction. See
https://gerrit.fd.io/r/c/vpp/+/30151.
From: vpp-dev@lists.fd.io On Behalf Of hemant via
lists.fd.io
Sent: Wednesday, November 25, 2020 5:09 PM
To:
lists.fd.io
Sent: Thursday, November 26, 2020 4:47 AM
To: Dave Barach
Cc: csit-...@lists.fd.io; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] [csit-dev] event-logger debug CLI cleanup patch failing
validation: [vpp gerrit 30124]
Compatibility enhancement on CSIT side: [0].
> easy enough to supp
/resource/libraries/python/VPPUtil.py appears responsible:
@staticmethod
def vpp_enable_elog_traces(node):
"""Enable API/CLI/Barrier traces on the specified topology node.
:param node: Topology node.
:type node: dict
"""
Dear Ole,
Before we deprecate vat - and the vat plugins - it would be nice to solve
the CLI problem. In particular, to make the "binary-api" debug CLI work in
some reasonable way with vat2.
I have operational configuration files of considerable length full of stuff
like this:
binary-api
Let’s be clear: you’re seeing a crash in a modified fork of vpp-19.08. I’ve
never seen such a crash myself, nor has one such been reported by anyone else
to my knowledge.
That having been written, all signs point to the volatile int ** vector
vl_api_queue_cursizes having had an accident:
Trivial example using a packet generator script:
packet-generator new {
name x
limit 0
size 128-128
interface local0
node ethernet-input
data {
IP6: 00.01.02 -> 00.03.04
ICMP: db00::1 -> db00::2
incrementing 30
}
}
vpp# pa en
Start traffic.
“clear run”.
Wait several seconds.
“show run”.
Add up clocks/pkt/node for data-plane nodes to form total clocks/pkt. Results
valid only for the prevailing vector rate, CPU type, CPU clock frequency, etc..
Vpp nodes run dramatically more efficiently as the vector size
Search for VNET_FEATURE_ARC_INIT and answer your own question.
Here's the declaration of the "device-input" arc, which explains why it's
the right arc for use-cases which involve processing packets fresh from
device drivers, prior to ethernet-input:
VNET_FEATURE_ARC_INIT (device_input,
)
Cc: Benoit Ganne (bganne) ; Dave Barach (dbarach)
; vpp-committ...@lists.fd.io; vpp-dev@lists.fd.io
Subject: Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote
Congrats, Damjan!! Those are some huge “shoes" you’ll have to fill but I’m sure
they’ll fit ;-)
Dave, a few sent
I’m sure that Damjan will appreciate this message, but only vpp project
committers are allowed to vote.
From: vpp-dev@lists.fd.io On Behalf Of Alec via
lists.fd.io
Sent: Sunday, September 27, 2020 3:53 PM
To: Edward Warnicke ; Dave Wallace
Cc: Dave Barach (dbarach) ; vpp-committ
Please don't be this person:
static clib_error_t *
my_cli_command_fn (vlib_main_t * vm,
unformat_input_t * input,
vlib_cli_command_t * cmd)
{
while (unformat_check_input (input) != UNFORMAT_END_OF_INPUT)
{
if (unformat (input, "mystuff"))
Folks,
The self-nomination period closed yesterday. We had one self-nomination, from
Damjan Marion. At this point, we can proceed with a vote.
I'm sure that Damjan will do a great job, so let me start:
Damjan Marion as VPP PTL: +1
Please vote +1, 0, -1. For once, the "reply-all" button is
Here's a strategy: Use "show run" to identify graph nodes which are active when
passing traffic. Nodes of interest will have names like "ethernet-input,"
"ip4-input", etc.
Obviously, the string "ethernet-input" string comes from "somewhere". In
particular:
/* *INDENT-OFF* */
Thanks... Dave
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#17487): https://lists.fd.io/g/vpp-dev/message/17487
Mute This Topic: https://lists.fd.io/mt/77025295/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe:
Sounds like you may not have enabled the “test-node” feature on the rx
sw_if_index. “show interface features”... Note that if the packet comes
from a bridge group, I suspect that you’ll need to enable the feature on the
bvi vs the rx interface.
This is the kind of problem which “pcap dispatch
You're welcome to dust off, test, and use the skiplist code if you like.
AFAIK, it has never been used, battle-tested, or hardened. That's why it ended
up in the "deprecated" directory...
Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of G. Paul Ziemba
Sent: Sunday,
s/10us/100us/ seems to work as expected. Diffs under separate cover. Let me
know what happens.
HTH... D
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
lists.fd.io
Sent: Wednesday, September 9, 2020 8:15 AM
To: Rajith PR
Cc: vpp-dev
Subject: Re: [vpp-dev]: Crash in Timer wheel infra
changing the constant
presented to the timer wheel init code is NOT sufficient.
D.
From: Rajith PR
Sent: Wednesday, September 9, 2020 2:06 AM
To: Dave Barach (dbarach)
Cc: vpp-dev
Subject: Re: [vpp-dev]: Crash in Timer wheel infra
Hi Andreas/Dave,
I did some experiments to debug the crash
+1.
I suspect that the most useful occupancy measure may be the number of buffers
in use / total number of buffers.
FWIW... Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Benoit Ganne
(bganne) via lists.fd.io
Sent: Thursday, September 3, 2020 9:27 AM
To:
Non-zero clib_error_t *'s should be freed. Choices include:
clib_error_report(error), or clib_error_free(error)...
From: vpp-dev@lists.fd.io On Behalf Of Nitin Saxena
Sent: Wednesday, September 2, 2020 12:13 PM
To: Dave Barach (dbarach) ; vpp-dev
Cc: Suheil Chandran
Subject: Re: [vpp-dev] How
-dev@lists.fd.io On Behalf Of Rajith PR via
lists.fd.io
Sent: Wednesday, September 2, 2020 9:42 AM
To: Dave Barach (dbarach)
Cc: vpp-dev
Subject: Re: [vpp-dev]: Crash in Timer wheel infra
Thanks Dave for the quick analysis. Are there some Debug CLIs that I can run to
analyse?
We are not using
Given the amount of soak-time / perf/scale / stress testing which the tw_timer
code has experienced, it’s reasonably likely that your application is
responsible.
Caution is required when dealing with timers other than the timer which has
expired.
If you have > 1 timer per object and you
Known Coverity UI bug. Happens all the time for me.
Back up one page, and click on "show me the bugs" again. It should work.
D.
From: vpp-dev@lists.fd.io On Behalf Of Nitin Saxena
Sent: Wednesday, September 2, 2020 3:31 AM
To: vpp-dev
Subject: [vpp-dev] How to see coverity logs
Hi
wrong mem size
Hi, Dave Barach:
I want to a realloc funtion like as bollow, the function args doesn't have
the original mem size, and clib_mem_size seems can't return the right memory
size. Is there any way to get the memory size ?
void *my_realloc(void *p, size_t s)
{
return p
Memif / libmemif.
From: vpp-dev@lists.fd.io On Behalf Of
sachinpp...@gmail.com
Sent: Friday, August 28, 2020 6:20 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] communicate with External app
Can someone please answer this query?
Regards,
Sachin P.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive
clib_mem_size() returns the object’s capacity, which will be >= number of bytes
requested...
From: vpp-dev@lists.fd.io On Behalf Of
jiangxiaom...@outlook.com
Sent: Thursday, August 27, 2020 11:26 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] clib_mem_size return wrong mem size
Hi, experts:
Configure proxy-arp.
From: vpp-dev@lists.fd.io On Behalf Of Satya Murthy
Sent: Wednesday, August 19, 2020 9:04 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] ARP resolution from non-connected IP
Hi,
Have a query on the ARP resolution.
We have a Router and VPP-box connected.
We are
Sure. Link your plugin against the third-party library and it will work
instantly... See src/plugins/rdma/CMakeLists.txt for an example...
Dave
From: vpp-dev@lists.fd.io On Behalf Of
sachinpp...@gmail.com
Sent: Tuesday, August 18, 2020 1:25 PM
To: vpp-dev@lists.fd.io
Subject: [SUSPECTED SPAM]
You can press the “cherrypick” button as easily as Florin... Hint...
From: vpp-dev@lists.fd.io On Behalf Of Raj Kumar
Sent: Monday, August 17, 2020 5:09 PM
To: Ayush Gautam
Cc: Florin Coras ; vpp-dev
Subject: Re: [vpp-dev] VPP 2005 is crashing on stopping the VCL applications
#vpp-hoststack
Minus the typo this time:
vpp# ip table 1
vpp# set int ip table 1
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
lists.fd.io
Sent: Wednesday, August 12, 2020 9:08 AM
To: techi...@gmail.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Unable to create fib table and add interfaces in vpp
“... create fib table and add interface to it.”
You need to actually create the table:
vpp# ip table 1
vpp# set int ip table 1
From: vpp-dev@lists.fd.io On Behalf Of techi...@gmail.com
Sent: Wednesday, August 12, 2020 8:47 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Unable to create fib
Looks like you forgot to write up the issue, to name one problem.
Please refer to
https://fd.io/docs/vpp/master/troubleshooting/reportingissues/reportingissues.html.
From: vpp-dev@lists.fd.io On Behalf Of Chinmaya Aggarwal
Sent: Friday, August 7, 2020 7:54 AM
To: vpp-dev@lists.fd.io
Subject:
For whatever reason, your application didn’t process 3x memclnt_keepalive
messages. Vpp sends one of these messages every 10 seconds.
vpp# sh api messsage table
ID Name
21 memclnt_keepalive
The code in question runs after the client sends a MEMCLNT_DELETE message.
Purpose: make sure that
Please don’t SHOUT by capitalizing; especially in a case like this which
amounts to trying (unsuccessfully) to put two interfaces on the same subnet.
What this trace actually shows is that the dhcp client received two addresses.
D.
[0] GigabitEthernet2/1/0 state DHCP_BOUND installed 1 addr
Well, at least as far I can tell the bad frame indices aren't well-known magic
numbers or ascii text. Time to rent an excavator and start digging...
D.
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Christian Hopps
Sent: Friday, July 24, 2020 2:06 PM
To: Dave Barach (dbarach
What is the invalid buffer index value? How many elements are in the frame? Is
it always the same frame element which takes a lightning hit?
Without having all of the source code available and a reasonable way to repro
the issue, it's going to be quite hard to help you find the culprit.
D.
You could use the vlib_node_runtime_perf_counter callback hook to run code
between node dispatches, which SHOULD give adequate precision.
Alternatively, spin up 1-N threads to run the shaper and driver TX path, and
nothing else. See also the handoff node.
HTH... Dave
-Original
+1 ddio makes a first-order perf difference...
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
lists.fd.io
Sent: Wednesday, July 22, 2020 4:04 AM
To: Christian Hopps
Cc: vpp-dev
Subject: Re: [vpp-dev] AMD Epyc and vpp.
> On 22 Jul 2020, at 02:33, Christian Hopps
>
Branches hurt performance more than arithmetic and/or conditional moves.
From: vpp-dev@lists.fd.io On Behalf Of "??
Sent: Monday, July 20, 2020 10:17 PM
To: vpp-dev
Subject: [vpp-dev] Why not break the check flow when the first error occurs of
ip4_inout()?
Hi all,
When I'm reading the
Hint: “pcap dispatch trace on max 1 buffer-trace 1000”,
then look at the resulting trace in wireshark. It will explain in excruciating
detail how packets flow through the graph.
D.
From: vpp-dev@lists.fd.io On Behalf Of
gerard.ke...@owmobility.com
Sent: Monday, July 20, 2020 9:18 AM
To:
We can merge the patch as soon as Neale removes his -2 from it... D.
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Christian Hopps
Sent: Monday, July 20, 2020 7:50 AM
To: vpp-dev
Cc: Christian Hopps ; Neale Ranns (nranns)
Subject: [vpp-dev] Regarding new ipsec interface
You’ve shown that your proprietary code runs a packet through a path which hits
the tx pcap recorder twice, so you get two trace records.
Solutions include creating a no-pcap-trace variant node, or marking buffer
metadata to suppress the second record.
HTH... Dave
From: vpp-dev@lists.fd.io
This one is definitely safe, and worth including:
https://gerrit.fd.io/r/c/vpp/+/27281
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Andrew Yourtchenko
Sent: Wednesday, July 15, 2020 6:27 AM
To: Elias Rudberg
Cc: vpp-dev@lists.fd.io; dwallac...@gmail.com
Subject: Re:
+1, especially since our next release will be supported for a year, and API
name changes are involved...
-Original Message-
From: Kinsella, Ray
Sent: Monday, July 13, 2020 6:01 AM
To: Dave Barach (dbarach) ; Stephen Hemminger
; vpp-dev@lists.fd.io; t...@lists.fd.io; Ed
Warnicke (eaw
+1 to what Chris wrote. For your own sake, please refer to master/latest.
Vpp 16.09 is obsolete, unsupported, and sufficiently different from the current
codebase to lead you down all sorts of blind alleys.
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of "??
Sent: Saturday, July 11, 2020
Looping in the technical steering committee...
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Stephen Hemminger
Sent: Thursday, July 2, 2020 7:02 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Replacing master/slave nomenclature
Is the VPP project addressing the use of
Do not call vlib_worker_thread_barrier_sync() on a worker thread.
From: vpp-dev@lists.fd.io On Behalf Of ais...@gmail.com
Sent: Thursday, July 9, 2020 1:44 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp-20.01/src/vlib/threads.c:1408
(vlib_worker_thread_barrier_sync_int) assertion
“perf top -p `pidof vpp`” and go figure out what’s happening. Drill down on
your node dispatch function, and look for stalls.
What you’re describing sounds like a non-functional prefetch strategy or other
coding error.
Since we can’t look at the code, that’s about all we have to suggest...
The backtrace appears to indicate that ipv6 link-level traffic is involved.
It’s likely that the interface corresponding to sw_if_index 2 isn’t
ipv6-enabled.
Begs the question why the code wipe out – copying Neale but he is on leave at
the moment – please enable ipv6 on the interface.
It
Which vpp version are you using?
The code looks substantially different in master/latest. In particular, you
must not have this patch...:
Author: Neale Ranns 2020-05-25 05:09:36
Committer: Ole Trøan 2020-05-26 10:54:23
Parent: 080aa503b23a90ed43d7c0b2bc68e2726190a990 (vcl: do not propagate
In order for the statistics to be accurate, please be sure to do the following:
Start traffic... “clear run”... wait a while to accumulate data... “show run”
Otherwise, the statistics will probably include a huge amount of dead airtime,
data from previous runs, etc.
HTH... Dave
From:
Patch on the way, thanks for the report.
From: vpp-dev@lists.fd.io On Behalf Of mauricio.solisjr
via lists.fd.io
Sent: Tuesday, June 30, 2020 7:53 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] classify table, mask flow-label, version, and traffic-class
NOT working #classify #vnet
Hi
I've been
Dear Chris,
In looking at the patch, I have a question: the API version number changed
despite the fact that the API itself was unchanged.
Should we revert the API version number bump and then cherry-pick to 19.08?
Looping in Ole for an opinion...
Thanks... Dave
-Original Message-
So tell us: what is the interface in question? How was it created?
Was vec_len(hi->hw_address) 6 when the interface was created? At the time of
the crash, was the hardwre address hw->hw_address intact but with an incorrect
length, or was it trash?
Haven’t seen any previous report of such
"trace add [dpdk-input|memif-input] " ... run failing case ... "show
trace". Should explain what's happening.
Dave
From: vpp-dev@lists.fd.io On Behalf Of Sridhar K. N. Rao
Sent: Saturday, June 27, 2020 9:16 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Userspace CNI - VPP Memif Forwarding
inmaya Aggarwal
Sent: Friday, June 26, 2020 7:59 AM
To: Dave Barach (dbarach)
Subject: Private: Re: [vpp-dev] VPP C API application compilation issue on
using S and W functions
Hi Dave,
We have our application (using VPP C API) running outside of VPP. We linked
vpp libs in our app
Unless you’re doing vector processing, vlib is not useful.
Here is the CMakeLists.txt entry for vpp_api_test. It’s not likely that you’ll
need libvatplugin.so, but you get the idea...
##
# vpp_api_test
Why are you linking against vlib?
From: vpp-dev@lists.fd.io On Behalf Of Chinmaya Aggarwal
Sent: Thursday, June 25, 2020 6:48 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP C API application compilation issue on using S and W
functions
Hi,
We are testing VPP C API for our use case. We have
Configure vlan subif(s), and configure L2 mode.
Attach your feature code to the L2 input feature arc(s), and enable on the
indicated sw_if_index(es):
.arc_name = "l2-input-ip4",
.arc_name = "l2-input-ip6",
.arc_name = "l2-input-nonip",
Before you mess around spinning up threads, see if
near ip4-lookup -> ip4-rewrite, which would set
vlib_buffer(b)->sw_if_index[VLIB_TX] to the tx interface sw_if_index.
HTH... Dave
From: RaviKiran Veldanda
Sent: Friday, June 19, 2020 1:47 PM
To: Dave Barach (dbarach)
Subject: Re: [discuss] sw_if_index in vent_buffer giving wrong IP a
Vpp version? Configuration? Backtraces from other threads? The timer wheel code
is not likely to be directly responsible.
Earlier this year, we addressed a number of issues in vppinfra/time.[ch] having
to do with NTP and/or manual time changes which could lead to symptoms like
this.
If you
Coverage runs with gcc can run in parallel. With clang, not so much... CC=gcc
is your friend...
D.
From: vpp-dev@lists.fd.io On Behalf Of Andrew Yourtchenko
Sent: Thursday, June 18, 2020 4:25 PM
To: Balaji Venkatraman (balajiv)
Cc: Neale Ranns (nranns) ; vpp-dev
Subject: Re: [vpp-dev] VPP
-Original Message-
From: Prashant Upadhyaya
Sent: Monday, June 15, 2020 8:58 AM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Regarding vlib_time_now
Hi Dave,
Thanks, on a VM I am observing the reduction from a couple of microseconds to
50 microseconds at times NTP
What is the magnitude of the delta that you observe? What does "show clock
verbose" say about the state of clock-rate convergence? Is a deus ex machina
(e.g. NTP) involved?
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Prashant Upadhyaya
Sent: Sunday, June 14, 2020 10:32
+check hardware addresses with “show hardware”, to make sure you’ve configured
the interface which is actually connected to the peer system / switch...
HTH... Dave
From: vpp-dev@lists.fd.io On Behalf Of steven luong via
lists.fd.io
Sent: Friday, June 12, 2020 4:18 PM
To: Manoj Iyer ;
Thanks, glad to hear it... D.
From: Rajith PR
Sent: Wednesday, June 10, 2020 4:04 AM
To: Dave Barach (dbarach)
Cc: Benoit Ganne (bganne) ; vpp-dev ;
Neale Ranns (nranns)
Subject: Re: [vpp-dev] SEGMENTATION FAULT in load_balance_get()
Hi Dave,
We ran a good number of scale tests with the fix
Seems like a design which will cause no end of trouble. Coded this way, key
swaps will put serious pressure on the buffer allocator. What if the server
never replies?
Accept either key for a short period of time. As soon as the new key is in hand
– and one packet decrypts with it – flush the
16e0 .../vnet_skx.dir/ipsec/ipsec_input.c.o
Retain the original code as vlib_add_trace_inline, instantiate once as
vlib_add_trace.
Type: refactor
Signed-off-by: Dave Barach
Change-Id: Iaf431dbf00c4aad03663d86f9dd1322e84d03962
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
Folks,
It looks to me like inlining vlib_add_trace(...) is probably a mistake in terms
of code bloat. Does anyone hate the idea of changing it to a standard function?
Thanks... Dave
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16686):
https://gerrit.fd.io/r/c/vpp/+/27458. Next time you find something like this,
feel free to fix it and push a patch.
From: vpp-dev@lists.fd.io On Behalf Of Pac Ette
Sent: Saturday, June 6, 2020 4:15 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] received signal SIGSEGV (vppinfra/time_range.h) no
2020 5:09 PM
To: Dave Barach (dbarach)
Cc: Christian Hopps ; vpp-dev
Subject: Re: [vpp-dev] Interesting backtrace in 1908
Bingo.
In fact in 19.08 the value is left as 0 which defaults to 15. I took it from 20
down to 15, starting successfully until I reached 15 which then hit the prob
ocess",
.process_log2_n_stack_bytes = 18,
};
/* *INDENT-ON* */
It's entirely possible that compiling -O0 blows the stack, especially if you
end up 75 miles deep in fib code.
Dave
-Original Message-
From: Christian Hopps
Sent: Friday, June 5, 2020 4:28 PM
To: Dave Barach (dbarach)
Cc: Chris
Dear Chris,
Does this happen w/ master/latest? Can you share the startup config so I can
try to repro the problem?
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of Christian Hopps
Sent: Friday, June 5, 2020 1:29 PM
To: vpp-dev
Cc: Christian Hopps
Subject: [vpp-dev] Interesting
Step 1 is to make the silly-looking sibling recursion in
vlib_node_add_next_with_slot(...) disappear. I’m on it...
Just to ask, can you repro w/ master/latest?
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of Christian Hopps
Sent: Friday, June 5, 2020 1:29 PM
To: vpp-dev
Cc: Christian
vpp 18.10 is not supported anymore, and the skip-list code has been deprecated.
From: vpp-dev@lists.fd.io On Behalf Of hari_akkin via
lists.fd.io
Sent: Thursday, June 4, 2020 12:53 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] format_slist
Hi,
I am facing an issue with format_slist where it is
Please test https://gerrit.fd.io/r/c/vpp/+/27407 and report results.
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
lists.fd.io
Sent: Wednesday, June 3, 2020 7:08 AM
To: Benoit Ganne (bganne) ; raj...@rtbrick.com
Cc: vpp-dev ; Neale Ranns (nranns)
Subject
Use the force and read the source:
/*?
* Layer 2 flooding can be enabled and disabled on each
* interface and on each bridge-domain. Use this command to
* manage bridge-domains. It is enabled by default.
*
* @cliexpar
* Example of how to enable flooding (where 200 is the bridge-domain-id):
*
(...) and a manual barrier sync will fix this problem
without resorting to draconian measures.
It'd sure be nice to hear from Neale before we code something like that.
D.
-Original Message-
From: Benoit Ganne (bganne)
Sent: Wednesday, June 3, 2020 3:17 AM
To: raj...@rtbrick.com; Dave Barach
The code manages to access a poisoned adjacency – 0x131313 fill pattern –
copying Neale for an opinion.
D.
From: vpp-dev@lists.fd.io On Behalf Of Rajith PR via
lists.fd.io
Sent: Tuesday, June 2, 2020 10:00 AM
To: vpp-dev
Subject: [vpp-dev] SEGMENTATION FAULT in load_balance_get()
Hello All,
Unless you fully communicate your configuration, you’ll have to debug the issue
yourself. Are you using the standard handoff mechanism, or a mechanism of your
own design?
The handoff demo plugin seems to work fine... See
../src/examples/handoffdemo/{README.md, node.c} etc.
DBGvpp# sh trace
API messages in network byte order made sense 10 years ago when I worked with a
mixed x86_64 / ppc32 system. As Damjan points out, API interoperability between
big-endian and little-endian systems is a boutique use-case these days.
Timing is key. We won’t be able to cherry-pick API message
That patch looks OK, but it never – not even once – passed validation. I
rebased it without difficulty, but unless it passes validation it’s not going
to be merged.
It would have been a Good Thing to have pursued the matter at the time, rather
than a long time after the fact.
D.
From:
)
{
uword n;
#if CLIB_DEBUG > 0
if (x == 0) abort();
#endif
n = count_leading_zeros (x);
return BITS (uword) - n - 1;
}
#else
... obvious variation ...
#undef _
From: vpp-dev@lists.fd.io On Behalf Of Andreas Schultz
Sent: Tuesday, May 12, 2020 8:51 AM
To: Dave Barach (dbarach)
Cc: vpp-
Dear Andreas,
Do you have a handy list of places which convert netmasks to lengths?
Regardless of what one might do with min_log2, we ought to clean up those
places in time for the 20.05 release (if possible).
Dave
From: vpp-dev@lists.fd.io On Behalf Of Andreas Schultz
Sent: Tuesday, May 12,
Change-Id: I28101cad3d8750819e27b8785fc0cf71ff54f79a
Signed-off-by: Dave Barach
From: vpp-dev@lists.fd.io On Behalf Of hari_akkin via
lists.fd.io
Sent: Monday, May 11, 2020 7:22 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] per node error codes limit
Hi,
Is there anyway to accomodate more than 64 counters
I merged Ole's patch a minute ago. Again, thanks for the report...
Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Elias Rudberg
Sent: Friday, May 8, 2020 5:30 AM
To: otr...@employees.org
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Assertion failure in
Right, sorry, I've pinged the Responsible Parties offline to fix the problem.
vec_len(vlib_mains) will be 1 in an init routine. Start_threads() which builds
the final vlib_mains vector doesn't occur until just prior to main dispatch
loop entry.
vec_elt_at_index (...) is meant to catch this
Thanks for the patch, merged...
The cpu tick counters are different on each thread, so calling vlib_time_now
(wrong_vlib_main_t *) wrecks the victim thread's timebase. Knock-on effects
include all manner of obscure / hard-to-reproduce failures.
Dave
-Original Message-
From:
@lists.fd.io On Behalf Of Elias Rudberg
Sent: Wednesday, May 6, 2020 7:56 PM
To: dmar...@me.com
Cc: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Segmentation fault in rdma_device_input_refill when
using clang compiler
Hi Dave and Damjan,
Here is instruction and register info:
(gdb
Could we please see the faulting instruction, as well as the vector register
contents involved?
As in "x/i $pc", and the ymmX registers involved?
If the vector instruction requires alignment, "movaps" or similar, it wouldn't
be a shock to discover an unaligned address. We've already found and
If you want to count things in data plane nodes, use a per-node counter and the
“show error” debug CLI to inspect it.
To count every packet fed to the node dispatch function, you can bump a node
counter once per frame:
vlib_node_increment_counter (vm, myplugin_node.index,
As an aside, please be very careful to respect the source code licenses
involved.
Fd.io vpp code carries an Apache-2 license. GPL-licensed code must not be used.
FWIW... Dave
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
lists.fd.io
Sent: Tuesday, May 5, 2020 8:57 AM
To: Artem
In [live, not core-file] gdb, try this:
(gdb) p pifi(pool, )
Which will tell you if is free (invalid) or not (valid).
Also:
(gdb) p pool_elts(pool)
To see how many elements are in the pool.
Finally:
(gdb) p vl(pool)
To what vec_len(pool) is.
HTH... Dave
From: vpp-dev@lists.fd.io On
For now, we support 19.08 (LTS), and 20.01.
20.05 will be released next month.
We do not support 19.01.
Thanks... Dave
From: vpp-dev@lists.fd.io On Behalf Of Deepak NC
Sent: Wednesday, April 29, 2020 12:44 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] wireshark log capture with "any "
+1, with two additional notes.
18.01 is over two years old. It's not supported anymore. If you absolutely must
go there, "Use the Force and Read the Source..."
Since vpp 18.01 was released, I've rewritten the pcap trace cli. Ben is
probably right, but that's about all I can say at this point.
Ack. If all else fails, suggest a quick peek at the assembly code.
From: vpp-dev@lists.fd.io On Behalf Of Peng Xia
Sent: Thursday, April 23, 2020 12:15 AM
To: Peng Xia
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Regarding lookup in vppinfra/hash.c
Sorry, I was confused with the later lines.
Adding a feature arc node e.g. to the device input feature arc would allow you
to classify and (optionally) generate ipfix records [or whatever].
Depending on the size of the records involved, the ratio of classifier hits to
classifier misses, the required PPS to avoid dropping traffic, number
+1... Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
lists.fd.io
Sent: Tuesday, April 21, 2020 7:40 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp project committer nomination: Benoit Ganne
Vpp project committers: please vote +1, 0, -1
101 - 200 of 920 matches
Mail list logo