<div dir="ltr">I recollect Thomas saying that there was very little current development on compressdev.<div><br></div><div>My suggestion is to immediately discontinue running compressdev testing if that allows you to completely discontinue usage of legacy DTS in UNH. <span style="background-color:transparent">Some related thoughts:</span></div><div><br></div><div>1. I don't think there is a maintainer who is watching the compressdev test results. Maintainers please let me know if this is not true.</div><div>2. We should move away from "port over to new DTS" thinking and more towards "defining new testplans with the DPDK community." Porting is great for some tests (mainly very core functionality) where the old testplans are still valid, but for other testplans they may no longer be valid, or may be improved upon. Instead of porting over the old compressdev testsuite just because it exists and we were running it, better to just move on from it and define a new testplan with collaboration from compressdev maintainers and devs as needed (and it probably won't be needed). Yes it is extra work to conceptualize the new test plans and UNH cannot do all the work on their own. Maintainer collaboration is required for writing test plans where UNH students do not have expertise. Akhil helped answer a bunch of Andrew's questions for writing a compressdev testplan... we need to create more situations like that on the UNH side.</div><div>3. I suppose the main issue with the above is maintainers are busy and what is the incentive to help write testplans? I guess the benefits are non-immediate and maybe not very tangible. Everyone has to justify their time spent on FOSS contributions to their manager at the end of the day, hah. This is part of why I recommend UNH Community Lab produce some sort of test report using DTS on a per release basis (or even just LTS releases) which could be distributed direct out to participating companies (like 1 report per gold member company who have hardware at UNH). Or, maybe something else, but I think we need to produce some sort of artifact that will drum up interest in the test results. We have a test framework ready for adding new suites, and are running tests across new patches as they come in. But, are the existing failures which DTS catches getting seen and addressed by engineering teams at participating companies? In many cases I think the answer is no.</div><div><br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Jul 23, 2026 at 11:40 AM Lincoln Lavoie <<a href="mailto:lylavoie@iol.unh.edu">lylavoie@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"><div dir="ltr"><div><div class="gmail_default" style="font-size:small">Hello All,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">WIth the 26.7 release, nearly all of the existing testing run through DTS by the UNH-IOL Community Lab has been migrated over to the new DTS framework that is included directly into the dpdk code base.  The full list of test suites that have been migrated over to the new codebase is below.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">A last remaining test suite is the compressdev testing that is currently running using the legacy DTS code base.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The open question is, can the UNH-IOL community lab discontinue running the compressdev testing, which would complete our migration away from using the legacy DTS codebase?</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Of course, either the compressdev community maintainers or UNH could also work to port the compressdev test suite to the new DTS framework, if the community feels that migration is important.  At that time, the testing can easily be re-enabled in the UNH community lab.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Test Suite in the new DTS framework:</div><div class="gmail_default" style="font-size:small">TestSuite_blocklist.py<br>TestSuite_buffer_scatter.py<br>TestSuite_checksum_offload.py<br>TestSuite_cryptodev_latency.py<br>TestSuite_cryptodev_throughput.py<br>TestSuite_dual_vlan.py<br>TestSuite_dynamic_config.py<br>TestSuite_dynamic_queue_conf.py<br>TestSuite_flow_offload.py<br>TestSuite_hello_world.py<br>TestSuite_l2fwd.py<br>TestSuite_mac_filter.py<br>TestSuite_mtu.py<br>TestSuite_packet_capture.py<br>TestSuite_port_control.py<br>TestSuite_port_restart_config_persistency.py<br>TestSuite_port_stats.py<br>TestSuite_promisc_support.py<br>TestSuite_qinq.py<br>TestSuite_queue_toggle.py<br>TestSuite_rss.py<br>TestSuite_rx_split.py<br>TestSuite_rx_tx_offload.py<br>TestSuite_single_core_forward_perf.py<br>TestSuite_smoke_tests.py<br>TestSuite_softnic.py<br>TestSuite_speed_capabilities.py<br>TestSuite_unified_packet.py<br>TestSuite_virtio_forward.py<br>TestSuite_vlan.py<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><span style="background-color:transparent">--</span></div></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><b>Lincoln Lavoie</b><br></div><div>Principal Engineer, Broadband Technologies</div><div>21 Madbury Rd., Ste. 100, Durham, NH 03824</div><div><a href="mailto:lylavoie@iol.unh.edu" target="_blank">lylavoie@iol.unh.edu</a></div><div><a href="https://www.iol.unh.edu" target="_blank">https://www.iol.unh.edu</a></div><div>+1-603-674-2755 (m)</div><div><img src="https://www.iol.unh.edu/sites/all/themes/custom/iol2013/img/logo.png" width="200" height="55"><br></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div>