Hi Damjan, I took a look at the console log. It seems to me the traceback after vxlan test case was due to running out of space. So test run was aborted thereafter:
07:56:20 ============================================================================== 07:56:20 VXLAN Test Case 07:56:20 ============================================================================== 07:56:20 Decapsulation test 9.69 OK 07:56:20 Encapsulation test 9.05 OK 07:56:20 Encapsulation test send big frame from pg1 9.81 OK 07:56:20 Traceback (most recent call last): 07:56:20 File "/w/workspace/vpp-verify-master-ubuntu1804/build-root/build-test/src/run_tests.py", line 859, in <module> 07:56:20 results = run_forked(suites) 07:56:20 File "/w/workspace/vpp-verify-master-ubuntu1804/build-root/build-test/src/run_tests.py", line 456, in run_forked 07:56:20 manager) 07:56:20 File "/w/workspace/vpp-verify-master-ubuntu1804/build-root/build-test/src/run_tests.py", line 152, in __init__ 07:56:20 self.stdouterr_queue = manager.StreamQueue(ctx=get_context()) 07:56:20 File "/usr/lib/python3.6/multiprocessing/managers.py", line 662, in temp 07:56:20 token, exp = self._create(typeid, *args, **kwds) 07:56:20 File "/usr/lib/python3.6/multiprocessing/managers.py", line 556, in _create 07:56:20 id, exposed = dispatch(conn, None, 'create', (typeid,)+args, kwds) 07:56:20 File "/usr/lib/python3.6/multiprocessing/managers.py", line 82, in dispatch 07:56:20 raise convert_to_error(kind, result) 07:56:20 multiprocessing.managers.RemoteError: 07:56:20 --------------------------------------------------------------------------- 07:56:20 Traceback (most recent call last): 07:56:20 File "/usr/lib/python3.6/multiprocessing/managers.py", line 195, in handle_request 07:56:20 result = func(c, *args, **kwds) 07:56:20 File "/usr/lib/python3.6/multiprocessing/managers.py", line 359, in create 07:56:20 obj = callable(*args, **kwds) 07:56:20 File "/usr/lib/python3.6/multiprocessing/queues.py", line 42, in __init__ 07:56:20 self._rlock = ctx.Lock() 07:56:20 File "/usr/lib/python3.6/multiprocessing/context.py", line 67, in Lock 07:56:20 return Lock(ctx=self.get_context()) 07:56:20 File "/usr/lib/python3.6/multiprocessing/synchronize.py", line 162, in __init__ 07:56:20 SemLock.__init__(self, SEMAPHORE, 1, 1, ctx=ctx) 07:56:20 File "/usr/lib/python3.6/multiprocessing/synchronize.py", line 59, in __init__ 07:56:20 unlink_now) 07:56:20 OSError: [Errno 28] No space left on device ... Regards, John From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Damjan Marion via lists.fd.io Sent: Tuesday, April 28, 2020 10:14 AM To: vpp-dev <vpp-dev@lists.fd.io> Subject: [vpp-dev] clang-9 Folks, As there is bug in gnu assembler which is shipping with ubuntu 18.04 we are not able to produce working binaries with avx512 instruction set. Because of that, I had to change default to avx2. reported bug[1], but it is ignored for a year. As alternative[2], I wanted to consider using clang-9 which is shipped with ubuntu 18.04 and seems like it is even capable of producing faster binaries than gcc. Unfortunately, "make test" is failing at several places including vxlan, ipsec and tcp stack[3]. May I ask folks who “own” that code to take a quick look? Thanks, Damjan [1] https://bugs.launchpad.net/ubuntu/cosmic/+source/binutils/+bug/1819961 [2] https://gerrit.fd.io/r/c/vpp/+/26744 [3] https://jenkins.fd.io/job/vpp-verify-master-ubuntu1804/3615/console
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16215): https://lists.fd.io/g/vpp-dev/message/16215 Mute This Topic: https://lists.fd.io/mt/73327785/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
