yes, it was mix of valid and false alarms. Sorry for this one.

-- 
Damjan

> On 30 Apr 2020, at 21:49, John Lo (loj) <l...@cisco.com> wrote:
> 
> 
> 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 (#16216): https://lists.fd.io/g/vpp-dev/message/16216
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]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to