De : <vpp-dev@lists.fd.io> au nom de Juraj Linkeš <juraj.lin...@pantheon.tech> Date : jeudi 27 septembre 2018 à 09:21 À : "Neale Ranns (nranns)" <nra...@cisco.com> Cc : vpp-dev <vpp-dev@lists.fd.io> Objet : Re: [vpp-dev] Make test failures on ARM - IP4, L2, ECMP, Multicast, GRE, SCTP, SPAN, ACL
Hi Neale, I had a debugging session with Andrew about failing ACL testcases and he uncovered that the root cause is in l2 and ip4: 1) the timeout and big files for some reason in the bridged setup done by a testcase, the VPP reinjects the packet being sent onto one of the interfaces of the bridge, in a loop. The following crude diff eliminates the problem and the tests pass: https://paste.ubuntu.com/p/CSMYjXsZyX/ [nr] Can we please see the packet trace with that patch in place? 2) there is a failure of a mac acl testcase in the routed scenario, where the ip lookup picks up incorrect next index: The following shows the problem for the properly and improperly routed packet: https://paste.ubuntu.com/p/wTWWNhwSKY/ that’s bizarre. I’m not sure where to start debugging that other than attaching GDB and having a poke around. /neale Could you advise on the first issue (Andrew wasn't sure the diff is a proper fix) and help debug the other issue (or, most likely related, issues https://jira.fd.io/browse/VPP-1432 and https://jira.fd.io/browse/VPP-1433?) If not, could you suggest someone so I can ask them? Thanks, Juraj From: Juraj Linkeš Sent: Tuesday, September 25, 2018 10:07 AM To: 'Juraj Linkeš' <juraj.lin...@pantheon.tech>; vpp-dev <vpp-dev@lists.fd.io> Cc: csit-dev <csit-...@lists.fd.io> Subject: RE: Make test failures on ARM - IP4, L2, ECMP, Multicast, GRE, SCTP, SPAN, ACL I created the new tickets under CSIT, which is an oversight, but I fixed it and now the tickets are under VPP: · GRE crash<https://jira.fd.io/browse/VPP-1429> · SCTP failure/crash<https://jira.fd.io/browse/VPP-1430> o Me and Marco resolved a similar issue in the past, but this could be something different · SPAN crash<https://jira.fd.io/browse/VPP-1434> · IP4 failures<https://jira.fd.io/browse/VPP-1433> o These are multiple failures and I'm not sure that grouping them together is correct · L2 failures/crash<https://jira.fd.io/browse/VPP-1432> o As in IP4, these are multiple failures and I'm not sure that grouping them together is correct · ECMP failure<https://jira.fd.io/browse/VPP-1431> · Multicast failure<https://jira.fd.io/browse/VPP-1428> · ACL failure<https://jira.fd.io/browse/VPP-1418> o I'm already working with Andrew on fixing this There seem to be a lot of people who touched the code. I would like to ask the authors to tell me who to turn to (at least for IP and L2). Regards, Juraj From: Juraj Linkeš [mailto:juraj.lin...@pantheon.tech] Sent: Monday, September 24, 2018 6:26 PM To: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>> Cc: csit-dev <csit-...@lists.fd.io<mailto:csit-...@lists.fd.io>> Subject: [vpp-dev] Make test failures on ARM Hi vpp-devs, Especially ARM vpp devs ☺ We're experiencing a number of failures on Cavium ThunderX and we'd like to fix the issues. I've created a number of Jira tickets: · GRE crash<https://jira.fd.io/browse/CSIT-1307> · SCTP failure/crash<https://jira.fd.io/browse/CSIT-1313> o Me and Marco resolved a similar issue in the past, but this could be something different · SPAN crash<https://jira.fd.io/browse/CSIT-1309> · IP4 failures<https://jira.fd.io/browse/CSIT-1310> o These are multiple failures and I'm not sure that grouping them together is correct · L2 failures/crash<https://jira.fd.io/browse/CSIT-1308> o As in IP4, these are multiple failures and I'm not sure that grouping them together is correct · ECMP failure<https://jira.fd.io/browse/CSIT-1311> · Multicast failure<https://jira.fd.io/browse/CSIT-1312> · ACL failure<https://jira.fd.io/browse/VPP-1418> o I'm already working with Andrew on fixing this The reason I didn't reach out to all authors individually is that I wanted someone to look at the issues and assess whether there's an overlap (or I grouped the failures improperly), since some of the failures look similar. Then there's the issue of hardware availability - if anyone willing to help has access to fd.io lab, I can setup access to a Cavium ThunderX, otherwise we could set up a call if further debugging is needed. Thanks, Juraj
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10692): https://lists.fd.io/g/vpp-dev/message/10692 Mute This Topic: https://lists.fd.io/mt/26218436/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-