Hi,
There are even more filtering options, allowing you to specify a class or a
single test function within a test case if needed.
Please consult `make test-help`.
Regards,
Klement
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf
ary 22, 2018 3:25 AM
> To: Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
> ; vpp-dev@lists.fd.io
> Cc: Kingwel Xie ; Terry Zhang Z
> ; Jordy You
> Subject: RE: Why is IP reassemble not supported in VPP?
>
> Hi, Klement.
> Thank you for your response. We
Hi Lollita Liu,
There is a pending patch in gerrit, which adds the support. So far, it wasn't
reviewed nor merged. I don't have an ETA on that...
https://gerrit.fd.io/r/#/c/9532/
Thanks,
Klement
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.i
Hi,
I think these tests should touch vrfs...
~/v/test> ls *vrf*
test_ip4_vrf_multi_instance.py test_ip4_vrf_multi_instance.pyc
test_ip6_vrf_multi_instance.py test_ip6_vrf_multi_instance.pyc
Regards,
Klement
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-bou
Hi, it's in
src/vpp-api/client
Regards,
Kement
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of Holoo Gulakh
> Sent: Tuesday, December 12, 2017 10:49 AM
> To: vpp-dev@lists.fd.io
> Subject: [vpp-dev] vpp api
>
> Hi,
>
> In ord
Hi,
I discovered that the packet generator does not always respect the default
vlib_buffer_t.data size as defined in buffer.h:
#define VLIB_BUFFER_DATA_SIZE (2048)
It derives the required buffer size from the individual packet sizes from the
pcap file - at least that's what happens i
ding a new UDP_DST_PORT_ enum types??
>
> Thanks a lot!!!
>
> >>-Original Message-
> >>From: Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
> >>[mailto:ksek...@cisco.com]
> >>Sent: Monday, December 04, 2017 4:12 PM
> >&g
Hi Lin Huang,
You can take a look at bfd_udp_init() in bfd_udp.c to see how the BFD feature
registers to listen on BFD ports using udp_register_dst_port().
Thanks,
Klement
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of lin hu
Also to for 'show trace' to show anything, you need to enable tracing ...
e.g.
trace add 50
to trace next 50 packets
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of Dave Barach (dbarach)
> Sent: Friday, December 1, 2017 12:3
Sure, that's a good idea.
I haven't noticed this issue really since I wipe via git clean ...
Thanks,
Klement
> -Original Message-
> From: Marco Varlese [mailto:mvarl...@suse.de]
> Sent: Wednesday, November 22, 2017 4:43 PM
> To: Klement Sekera -X (ksekera - PANTHEON
Hi,
`make test-wipe` should help
Regards,
Klement
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
> Behalf Of Marco Varlese
> Sent: Wednesday, November 22, 2017 4:30 PM
> To: vpp-dev
> Subject: [vpp-dev] Can't run tests (ImportError: No m
x27;t think we should do scale tests as part of verification tests.
>
> Agree
>
>-Original Message-
>From: Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
>[[1]mailto:ksek...@cisco.com]
>Sent: Tuesday, November 14, 2017 2:47 AM
>
An allocation of
> >> 25mb is failing. You might ask yourself how sane it is to generate that
> >> much output.
> >>
> >> Thanks… Dave
> >>
> >> -Original Message-
> >> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-bo
Try increasing the size of the shared-memory API segment. An allocation of
> 25mb is failing. You might ask yourself how sane it is to generate that much
> output.
>
> Thanks… Dave
>
> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun
So it seems that vpp coredumps while dumping the API trace after
creating all the interfaces...
(gdb) bt
#0 0x7f14f4b1e428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
#1 0x7f14f4b2002a in __GI_abort () at abort.c:89
#2 0x00405d83 in os_panic () at
he the continuous integration
>tests.
>
>Regards,
>
>--
>
>Gabriel Ganne
>
>══
>
>From: vpp-dev-boun...@lists.fd.io on behalf
>of Klement Sekera -X (ksekera - PANT
Hi Brian,
it should. Though I just tried running it on latest master and got a
timeout in test_p2p_ethernet, which shouldn't happen. I see the test was
trying to create tens of thousands of interfaces... maybe something is
slower than usual?
Thanks,
Klement
Quoting Brian Brooks (2017-11-11 01:11
Quoting Jon Loeliger (2017-11-10 23:11:36)
>First, this is draconian for no really good reason. Second, it should be
>fixed. Third, I would do that except I am stupid and need a clue where
>or how to fix this situation so the tests are less draconian. (Can we
>get a "less than 0
Hi Jon,
the usual way to deal with possible-empty result sets is to wrap the
call with a control-ping.
1.) send control-ping
2.) send e.g. sw_interface_dump
3.) start collecting sw_interface_details responses (if any)
4.) once control-ping reply is received, you know that there will be no more
re
Hi Holoo,
running 'make test-help' should explain all the possibilities, including
the one which you're asking about.
Cheers,
Klement
Quoting Holoo Gulakh (2017-11-03 13:01:12)
>Hi
>I want to know is there any make <...> command to make just one special
>test (for example test bmpls)
Hi Reza,
what's unclear about the Python API bindings usage?
Could you be looking for a list of API calls & their parameters? If so,
then that is a different question and there might not be an answer
available in form of a reference guide...
The usual way is to take a look at the various .api fil
I think I saw an email a few days ago that this is resolved by rebasing
the patch.
HTH,
Klement
Quoting Dave Barach (dbarach) (2017-10-18 15:56:53)
>Please see [1]https://gerrit.fd.io/r/#/c/8872 and
>[2]https://jenkins.fd.io/job/vpp-verify-1710-centos7/53. I’ve already
>pressed the “r
Hi Burt,
looking at vpp_papi (which is Ole's deed), I see
vpp_api = ffi.dlopen('libvppapiclient.so')
so it looks like it couldn't load said .so. It surely should've been
built as part of 'make test'. Does it exist in your WS?
Ole, thoughts?
Regards,
Klement
Quoting Burt Silverman (2017-10-11
too.
> Do you think that's caused by my patch?
>
>
> Cheers,
> Marco
>
> On Wed, 2017-10-11 at 10:38 +0000, Klement Sekera -X (ksekera - PANTHEON
> TECHNOLOGIES at Cisco) wrote:
> > Did you notice this issue?
> >
> > 08:54:52 Removing rpm/SRPMS/
>
Did you notice this issue?
08:54:52 Removing rpm/SRPMS/
08:54:52 Removing rpm/tmp/
08:54:52 make[2]: Leaving directory
`/w/workspace/vpp-verify-master-centos7/dpdk'
08:54:52 sudo rpm -Uih vpp-dpdk-devel-17.08-vpp1.x86_64.rpm
08:54:53
08:54:53package
s compatible with the [0] either.
> Let me do a round of fixes to these. (Unless any of the IOAM people beat me
> to it).
>
> Best regards,
> Ole
>
> > On 11 Oct 2017, at 08:41, Klement Sekera -X (ksekera - PANTHEON
> > TECHNOLOGIES at Cisco) wrote:
> >
> >
> SUSE
> since the "check" version we ship does not have that dependency (and we don't
> have subunit at all as previously mentioned).
>
> - Marco
>
> On Wed, 2017-10-11 at 06:35 +, Klement Sekera -X (ksekera - PANTHEON
> TECHNOLOGIES at Cisco) wrote:
>
Hi Burt,
these are existing issues in API files. E.g.
>ERROR:VAPI C GEN:While parsing message `pot_profile_add': variable length
>array `list_name' doesn't have reference to member containing the actual
>length
means the python script generating new C/C++ API bindings (vapi) was unab
ill work (at least on openSUSE).
>
> I submitted a patch for review:
> https://gerrit.fd.io/r/#/c/8736/
>
>
> Cheers,
> Marco
>
> On Tue, 2017-10-10 at 14:03 +, Klement Sekera -X (ksekera - PANTHEON
> TECHNOLOGIES at Cisco) wrote:
> > Hi Marco,
> >
Hi Marco,
this issue is already being investigated by Tom Herbert. Strange thing
is that check requires subunit. I wonder if it works if you install
check only. Could you try removing -lsubunit from test/ext/Makefile?
Thanks,
Klement
Quoting Marco Varlese (2017-10-10 16:00:00)
> Hi all,
>
> As
e, just didn't see it.)
>Thanks,
>Billy McFall
> On Mon, Sep 25, 2017 at 8:03 AM, Klement Sekera -X (ksekera - PANTHEON
>TECHNOLOGIES at Cisco) <[2]ksek...@cisco.com> wrote:
>
> Quoting Thomas F Herbert (2017-09-25 13:31:55)
> > On 09/25
You can, assuming that your .api file is named test.api:
1.) first you need to invoke vppapigen to generate JSON from your .api
file. For in-tree files, rules in src/suffix-rules.mk apply, so you can
mimick them by doing e.g.
gcc -E -P -C -x c test.api | ./build-root/tools/bin/vppapigen --input -
I don't see them in the compile command
> cc -std=gnu99 -g -Wall -pthread -I/home/vpp/vpp/src
> -Ihome//vpp/vpp/build-root/install-vpp-native/vpp/include
> -I/home/test
> test.c -o test
I strongly suggest you learn how gcc & make works...
Quoting 重新开始 (2017-10-03 10:38:19)
Hi,
link against the same libraries as test/ext/Makefile binaries do:
-lvppinfra -lvlibmemoryclient -lsvm -lvapiclient
Regards,
Klement
Quoting 重新开始 (2017-10-03 10:17:24)
>HI, i make the vapi test program, and make output the flowing errors.
>Maybe, any *.so should i add?
>vpp@vpp-V
all of the l2xc tests in
>.../vpp/test/test_l2xc.py:
>
>for test in $(grep "def test_" test/test_l2xc.py | awk -e '{print $2}' |
>cut -d'(' -f1) ; do make TEST="*.*.$test" test ; done
>
>Thanks,
>-daw-
>On 10
The message produced by make does not correspond to the Makefile you attached.
I would suggest learning how `make' works first...
Quoting 重新开始 (2017-10-02 10:46:30)
>I have copy the .so files to /usr/lib/vpp. And in the makefile, i modified
>the path. THe output is same:
>make: *** No
Hi 重新开始,
taking Makefile out of vpp source tree and using it on its own is
almost certainly not going to work.
You need to install the libvapiclient.so (and others) library
and/or adapt linker flags to point inside your source tree so that the
linker can find it.
This is not a VPP question, rath
Hi Brian,
FAILFAST=0 is the default, so there is no need to specify it.
Usually, when a test case 'runs forever', it means that the VPP crashed
while processing an API call (did you see a message about a core found
in temporary directory?), in which case python will be stuck waiting for
a lock. N
in using. Can you write a simple client which
> get
>> stat event by C ? Thank you very much!
>>-- 原始邮件 --
>>发件人: "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at
>>Cisco)";;
>>
stat event by C ? Thank you very much!
>------ 原始邮件 --------------
> 发件人: "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at
>Cisco)";;
>发送时间: 2017年9月27日(星期三) 下午3:15
>收件人: "重新开始"<15803846...@qq.com>;"Keith Burns";
>抄送: "
There are new C and C++ APIs added recently to vpp source code along
with test programs. You can take a look at test/ext/vapi_c_test.c and
vapi_cpp_test.cpp. Functions receiving stats are named test_stats_XXX().
These are there to verify that receiving events works. Functionally,
these are the same
>
> "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)"
> [1] 09/25/17 10:40 AM >>>
>
> Quoting Marco Varlese (2017-09-25 10:26:50)
>
> Hi Klement,
>
>
> "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)"
&g
Quoting Marco Varlese (2017-09-25 10:26:50)
> Hi Klement,
>
> >>> "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)"
> >>> 09/25/17 9:33 AM >>>
> > At the time of creating this patch, epel was part of Makefile and
> >
At the time of creating this patch, epel was part of Makefile and
python34 was installed as dependency from that repo.
(see https://gerrit.fd.io/r/#/c/6983/53/Makefile)
At later time, the epel stuff disappeared and with it also
the possibility to add python34 as a centos dependency - commit
bd8e242
Dave,
the tests are not run in parallel. For each testcase *class* a new vpp is
started and all the tests which are members of that class are run
against that vpp. Then the vpp is killed and another class is picked. We
use a helper thread to "pump" stdout & stderr from vpp to the logger,
motivati
Hi all,
TLDR: when running tests vs vpp with multiple workers, roughly 25% of
tests fail or crash vpp. It looks like buffer management is still not
completely thread safe.
I've pushed work-in-progress make test modification which runs the test
against both single-thread and multiple-worker vpp. T
Hi helpd...@fd.io,
I just noticed a 360 minute build timeout in jenkins..
https://jenkins.fd.io/job/vpp-verify-master-centos7/6639/console
timestamps for the build commands look unreal...
09:21:11 CC svm/svm.lo
09:21:11 CC svm/ssvm.lo
09:21:11 CC svm/svm_fifo.lo
09:21:11
y/utils6.py",
>line 708, in in6_isgladdr
> return in6_isincluded(str, '2000::', 3)
> File
>
> "/home/bmcfall/dev/2017_08_14_VPP_Master/vpp/build-root/python/virtualenv/lib/python2.7/site-packages/scapy/utils6.py",
>line 651, in in6_isi
elcome to Scapy (2.3.1)
> >>>
>Let me know if there is something else that would help.
> Billy
>On Tue, Aug 15, 2017 at 4:02 AM, Klement Sekera -X (ksekera - PANTHEON
>TECHNOLOGIES at Cisco) <[1]ksek...@cisco.com> wrote:
>
> Hi Billy,
Hi Billy,
I haven't seen this issue yet, but it looks like this is a scapy issue
on your box. Scapy is a 3rd party library which we use in the test
framework. What is the exact version of your OS etc?
Thanks,
Klement
Quoting Billy McFall (2017-08-14 21:30:35)
>I am trying to run "make test"
Same happens on arch. At some point of time, openssl dropped the
definitions of some structures which vpp uses directly and made them
opaque to user, so instead of embedding them, application has to
hold pointers and use the suplied XXX_Init-like functions...
Regards,
Klement
Quoting Thomas F Her
ugging along I ASSuME that this
> drop packet check isn’t happening in that suite?
>Ed
>
> On Aug 9, 2017, at 1:04 PM, Klement Sekera -X (ksekera - PANTHEON
> TECHNOLOGIES at Cisco) <[1]ksek...@cisco.com> wrote:
> Ed,
>
> it'd help
Ed,
it'd help if you could collect log.txt from a failed run so we could
peek under the hood... please see my other email in this thread...
Thanks,
Klement
Quoting Ed Kern (ejk) (2017-08-09 20:48:46)
>this is not you…or this patch…
>the make test-debug has had a 90+% failure rate (read n
Hi Dave,
this looks like something got stuck - and the only thing I know
which can get the framework stuck like this is if vpp coredumps mid-API,
in which case, python gets stuck doing unix_shared_memory_queue_sub(). I
actually pushed a patch today, which makes the test framework to fork at
start
an HTTP proxy to fit that assumption.
>
> So either pre-stage the packages you need, and tell pip where to find them,
> or provide a proxy. :)
>
> Chris.
>
>
> > -----Original Message-
> > From: Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
aindead decision by the Python maintainers.
>
> Chris.
>
> > -Original Message-
> > From: csit-dev-boun...@lists.fd.io [mailto:csit-dev-boun...@lists.fd.io] On
> > Behalf Of Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at Cisco)
> > Sent: Tuesday, A
Looks to me like a bug in the urllib3 python library while reporting
some kind of connection failure.. never seen it before..
Klement
Quoting Dave Barach (dbarach) (2017-08-08 14:05:16)
>Please see [1]https://gerrit.fd.io/r/#/c/7885,
>[2]https://jenkins.fd.io/job/vpp-make-test-docs-verify
une 2017 at 16:25, Klement Sekera -X (ksekera - PANTHEON
>TECHNOLOGIES at Cisco) <[1]ksek...@cisco.com> wrote:
>
> Hi Tomas,
>
> could you please take a look at the main Makefile:
>
> 57 ifeq ($(OS_ID)-$(OS_VERSION_ID),fedora-25)
> 58
Hi Tomas,
could you please take a look at the main Makefile:
57 ifeq ($(OS_ID)-$(OS_VERSION_ID),fedora-25)
58 RPM_DEPENDS += python2-virtualenv
59 RPM_DEPENDS_GROUPS = 'C Development Tools and Libraries'
60 else
61 RPM_DEPENDS += python-virtualenv
62 RPM_DEPENDS_GR
;
> udp->dst_port = DNS_DST_PORT;
> udp->length = clib_host_to_net_u16 (b->current_length);
> udp->checksum = 0;
> b->current_length = sizeof (*ip) + sizeof (*udp);
> return 1;
>}
>
>On Wed, Jun 14, 2017 at 6:56 PM, Klement
tch, captured 9 packets, expected
> 0 packets on pg0
> 19:43:38
>
>when it fails its always the same two tests…always the same exception
> (captured 9, expected 0)
>its so consistent in its ‘death’ but so intermittent in frequency its
>freaking me out a bit…
Hi Alessio,
you can take a look at BFD code which
a.) creates and sends its own UDP packets - bfd_main.c -
bfd_send_periodic() creates, encapsulates (UDP) and sends a packet out
b.) loops back packets received - bfd_udp.c - bfd_udp_echo_input()
I'm not sure what's your use case, whether you are
Hi Khers,
why not use the already existing control_ping(_reply) messages?
Thanks,
Klement
Quoting khers (2017-06-07 15:17:36)
>Hi
>
>I've need acl_control_ping and acl_control_ping_reply message to use dump
>api in acl plugin, so I pushed a commit to gerrit.
>Please review this
Hmm, system-wide modules will probably have no effect, as we use
virtualenv to install our own modules as needed as part of make test.
I wonder why this suddenly fails, when it worked before?
Quoting Ed Warnicke (2017-06-01 05:15:55)
>A brief probe patch indicates that we already have the lat
errors I was getting
>didn’t naturally steer my mind towards cpu/io binding.
>
> On May 24, 2017, at 12:57 AM, Klement Sekera -X (ksekera - PANTHEON
> TECHNOLOGIES at Cisco) <[1]ksek...@cisco.com> wrote:
> Hi Ed,
>
> how fast are your boxes? And how m
Hi Ed,
how fast are your boxes? And how many cores? The BFD tests struggle to meet
the aggresive timings on slower boxes...
Thanks,
Klement
Quoting Ed Kern (ejk) (2017-05-23 20:43:55)
>No problem.
>If anyone is curious in rubbernecking the accident that is the current
>test-all (at l
Looking at the bfd messages, I'm pretty sure you're mixing different
versions of vpp and tests. Though I can't really imagine how, as the vpp
is spawned by the test suite. Could you please collect a logs for the bfd
testcase: ~ /tmp/vpp-unittest-*BFD*/log.txt?
Thanks,
Klement
Quoting Burt Silver
Hi,
the centos python crash is known, but we're unsure about the root cause.
Building newer python from source on centos vm makes the crashes go away
so we're assuming that the (older) python itself might be the culprit,
since we haven't seen these on ubuntu at all.
Regarding the second crash -
Doesn't look like 'make test' issue to me, especially if there is no
code change...
Infra acting up?
Klement
Quoting Dave Wallace (2017-05-18 14:34:24)
>Folks,
>
>The following patches all failed to verify due to the same failure
>signature in 'make test':
>
> [1]https://gerrit
Hi Jean-Christophe,
I've pushed a patch to disable these warnings on gcc6. You can either wait
until it's merged or you can grab it from gerrit so that you can move
forward...:
https://gerrit.fd.io/r/#/c/6370/
Regards,
Klement
Quoting jean-christophe Manciot (2017-04-23 13:48:54)
>Ubuntu 1
Hi,
does anybody know how to make virl pass? This is a make test related
change only and so far I've seen 3 virl failures. Interestingly, a
dependent change on this one passed on the first try.
Thanks,
Klement
Forwarded message from fd.io JJB (Code Review) (2017-04-12 18:10:53):
> fd.io JJB has
Jan,
1. Filip is already working on a fix.
2. make test was accidentally removed from the make verify, Filip will
add it back with his fix.
Regards,
Klement
Quoting Jan Gelety -X (jgelety - PANTHEON TECHNOLOGIES at Cisco) (2017-02-22
18:30:55)
>Hello,
>
>
>
>Currently all make te
Quoting Damjan Marion (damarion) (2017-02-17 14:30:05)
>
> > On 17 Feb 2017, at 14:07, Klement Sekera -X (ksekera - PANTHEON
> > TECHNOLOGIES at Cisco) wrote:
> >
> > Hi guys,
> >
> > BFD echo function allows testing datapaths only and thus using more
&
Hi guys,
BFD echo function allows testing datapaths only and thus using more
aggresive rates and faster detection by using packets, which are
processed only by the sender and simply looped back by the receiver.
Each peer declares the willingness/rate at which it will loop back
echo packets and eac
Hi,
with my recent change merged - https://gerrit.fd.io/r/#/c/5018/ - the
following is supported for running the tests you want:
make test TEST=:
the (almost) old behaviour is still supported:
TEST=bfd - the (almost) original behaviour, prepends test_ and runs
tests from test_bfd.py
TEST=test_b
when checking whether to recompile the *.pyc file.
>
> I have verified that the following patch resolves this issue both on
> Ubuntu 16.04 in Vagrant and Ubuntu 16.10 on bare metal:
>
> https://gerrit.fd.io/r/#/c/4896/
>
> Thanks,
> -daw-
>
> On 01/05/2017 03:
Hi,
when doing API tests, sometimes it's expected that API fails. For
example, one might test adding the same configuration twice, or removing
non-existent configuration, expecting failure.
With my recent change https://gerrit.fd.io/r/#/c/4875/ merged, it's possible
to easily write these scenario
+1 on this in general
comment regarding "make test": for required python packages, (e.g.
scapy), we install them in "virtualenv", which is python way of having
your own controlled playground. Thus, whatever (python) system packages
are there, "make test" ignores them. This allows us to pick the ex
3000 -0500 nsh.py
> -rw-r--r-- 1 nranns nranns 3745 2017-01-05 08:53:46.325136000 -0500 nsh.pyc
>
> Is the time-stamp accuracy only to the nearest second?
>
> Thanks,
> neale
>
>
> On 05/01/2017, 13:04, "Klement Sekera -X (ksekera - PANTHEON TECHNOLOGIES at
>
Yep, seems to be it.
Not sure how to handle this forward. Testing with python is not ideal
for timing checks...
A better test would be to isolate the BFD node from VPP, mock the VPP
infrastructure (node scheduling) and verify that it is sending the frames
out in a timely fashion (all this in C, emu
;a better way.
>
>Ideas? My python noob skills are stretched as it is J
>
>
>
>Thanks,
>
>neale
>
>
>
>
>
> From: Dave Wallace
> Date: Wednesday, 4 January 2017 at 18:19
> To: "Neale R
VPP native package and installing it in the VM to
> simply running "make test" which takes much less time. All of the
>test runs that I have performed are clean builds on a virgin git clone
>repo.
>
>That being said, I'll give the "
st/test_bfd.py", line 171, in wait_for_bfd_packet
> p = self.pg0.wait_for_packet(timeout=timeout)
> File "/vpp/test/vpp_pg_interface.py", line 217, in wait_for_packet
> self.wait_for_capture_file(timeout)
> File "/vpp/test/vpp_pg_interface.py", li
ll last):
> > File "/vpp/test/test_bfd.py", line 201, in test_zero_remote_min_rx
> >p = self.wait_for_bfd_packet()
> > File "/vpp/test/test_bfd.py", line 171, in wait_for_bfd_packet
> >p = self.pg0.wait_for_packet(timeout=timeout)
> >
I tried doing a git checkout origin/stable/1701 - is that the correct
branch? On that one, the GRE indeed doesn't work, but I don't think it's
'make test' issue, here's a sample from packet trace:
--- Start of thread 0 vpp_main ---
Packet 1
00:00:07:119382: pg-inpu
Hi Loval,
I skimmed through the RFC 7882 and it shouldn't be too much trouble adding
that functionality to VPP. The existing BFD code is still a work in
progress and the only reason it's been pushed to the git was the API
freeze, so please do expect more patches to be pushed and things could
chang
Yes, you can, using shared memory prefix.
https://wiki.fd.io/view/VPP/Command-line_Arguments#.22api-segment.22_parameters
Also the tests invoked using "make test" are using this feature.
(tests/framework.py: setUpConstants(): vpp_cmdline =...)
Regards,
Klement
On Tue, Nov 22, 2016 at 03:41:19PM
Hi Pierre,
I've enabled the tests and remove the checkes from the ipv6 branch in
checkCapture as suggested.
Now I still see failures, even a vpp crash.
Please see the attached diff and let me know if I need to do something
else.
Attached also the output of the test case..
Thanks,
Klement
On T
ature requested by Neale.
Regards,
Klement
On Fri, Oct 28, 2016 at 08:24:45PM +0000, Klement Sekera -X (ksekera - PANTHEON
TECHNOLOGIES at Cisco) wrote:
> Hi Dave,
>
> I completely agree with you regarding the gdb server pains. I remember
> the horrible IOS-XR gdb server experience, l
>dependencies and build an image; forget all about the unit test framework.
>
>
>
>Aurora systems [a Cisco IT internal PAAS offering] are more or less
>unusable for any kind of vpp work. Cisco IT is not going to let you
>install anything.
>
>
ory trying to pry these entries apart. I’ll go make sure
> that I’m right - after lunch - but I’d STRONGLY suggest trying different
>MAC addresses if you want the test to pass instantaneously...
>
>
>
>Thanks… Dave
>
>
>
>-Origina
Hi Dave,
2 options:
1.) if you set ulimit -c properly and do a make test-debug I=1 TEST=l2bd
(or just make test-debug I=1), the test framework should detect the
core, fire up a gdb, load it and give you control (I stands for
"interactive" here)
2.) this one is not committed yet, but I have a pat
Hi,
I noticed the wiki doesn't say taht the interface should be down. Is your
interface down before starting vpp? I think that the vpp won't touch an
interface which is up...
Klement
On Oct 27, 2016 11:08 PM, Shravan Ambati wrote:
Hi
I am new to vpp and I was trying to connect a pci inter
Hi all,
is this kosher? If yes how does the caller find out which return value
is applicable for his API?
ksekera@zglab-host-2 ~/v/v/vnet> grep '\-63' api_errno.h
_(ADDRESS_MATCHES_INTERFACE_ADDRESS, -63, "Address matches interface
address") \
_(NO_SUCH_NODE, -63, "No such graph node")
\
Thanks,
It's quite possible, I've made multiple builds and rebuilds to make sure I
didn't break anything, but I apparently did. Feel free to revert the patch and
I'll take a look at it again. That java build stuff is a real mess...
Klement
On Oct 20, 2016 6:22 PM, Edward Warnicke wrote:
This change:
95 matches
Mail list logo