<div dir="ltr"><div dir="ltr">Hello Jeremy,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 18, 2019 at 4:56 PM Jeremy Plsek <<a href="mailto:jplsek@iol.unh.edu">jplsek@iol.unh.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Based on last weeks meeting, I've created a document to help start<br>
documenting what test cases<br>
should be worked on for cross platform support between NIC vendors and<br>
which test cases can be used now in the Community Lab.<br>
<br>
This list of test cases that should be worked on can be used when<br>
discussing the budget with the board.<br>
<br>
This also gives the Community Lab a list of tests that can be<br>
implemented in the mean time.<br>
<br>
<a href="https://docs.google.com/document/d/1WbRoIq0f5SmHM6D5sLbeh7hxRJdE2ppwB5JECHllLjg/edit?usp=sharing" rel="noreferrer" target="_blank">https://docs.google.com/document/d/1WbRoIq0f5SmHM6D5sLbeh7hxRJdE2ppwB5JECHllLjg/edit?usp=sharing</a><br>
(This document is publicly editable. If I notice the document changes<br>
outside the scope of the goal, I'll try to revert it and give<br>
individual access instead.)<br>
<br>
If creating this list over email is wanted instead, then we can do it<br>
in this thread instead of the document. (And I'll update the document<br>
as emails come in.)<br></blockquote><div><br></div><div>Well, for now, I prefer emails because I did not follow the CI discussions so far and I might be off topic.<br></div><div><br></div><div></div><div>Here I go, the list is large, I tried to write from the basic to the most advanced/less used.</div><div></div><div><br></div><div></div><div>- Non regression tests on basic startup (we can reuse the dpdk ut and/or enhance them), this part would be hw agnostic:<br></div><div>  - core checks: playing with cpus online/offline + dpdk coremask/list + checking cpu affinity of all dpdk threads<br></div><div>  - memory checks: a big topic because we have multiple modes at the moment</div><div>  - startup devices blacklist/whitelist</div><div>  - hotplug (unplug) of devices</div><div><br></div><div>- Non regression tests on eth drivers (testpmd seems the best candidate), this must be ran against a lot of nics/drivers:</div><div></div>  - reception of unicast packets: check that we receive packets for primary and secondary addresses (and only for them, meaning with checks that undesired packets are dropped following updates)<br><div>  - promisc support</div><div>  - idem with multicast packets</div><div><div>  - link status checks</div><div>  - rte_eth_link_up/down checks<br></div>  - mtu checks</div><div>  - rss checks<br></div><div></div>  - ptypes classification<div><div><div>  - stats checks<br></div><div>  - rte_flow checks<br></div>  - port restart checks + associated configuration persistency<br></div>  - flow control<br></div><div>  - rx/tx offloads</div><div></div><div>  - rx/tx descriptor status<br></div><div><br></div><div></div><div><br></div><div>-- <br></div><div>David Marchand<br></div></div></div>