On Wed, Nov 9, 2022 at 11:23 AM Honnappa Nagarahalli <Honnappa.Nagarahalli@arm.com> wrote:
<snip>

>
> 04/11/2022 12:05, Juraj Linkeš:
> > All the necessary code needed to connect to a node in a topology with
> > a bit more, such as basic logging and some extra useful methods.
>
> Applied, thanks.
>
> That's the first step towards integration of DTS in DPDK repository.
> Nice to see this becoming a reality.
Thanks Thomas and the community for the reviews and suggestions. This is the first important step, hopefully we can continue the collaboration in the future releases.

>
> [...]
> > This is our current roadmap:
> > 1. Review this patchset and do the rest of the items in parallel, if
> > possible.
> > 2. We have extracted the code needed to run the most basic testcase,
> > HelloWorld, which runs the DPDK Hello World application. We'll split
> > this along logical/functional boundaries and send after 1 is done.
> > 3. Once we have 2 applied, we're planning on adding a basic functional
> > testcase - pf_smoke. This send a bit of traffic, so the big addition
> > is the software traffic generator, Scapy. There's some work already
> > done on Traffic generators we'll be sending as a dependence on this
> > patch series.
> > 4. After 3, we'll add a basic performance testcase which doesn't use
> > Scapy, but Trex or Ixia instead.
> > 5. This is far in the future, but at this point we should have all of
> > the core functionality in place. What then remains is adding the rest
> > of the testcases.
>
> Let's join the force and help making this project a pleasant tool.
>


I would also like to thank everyone for their reviews and suggestions toward DTS. The primary goal of this rewrite is make it as easy as possible to write robust tests so that DPDK can be heavily and reliably tested. This rewrite allows us at the DTS Working Group to leverage more than 8 years of experience with the prior DTS to help make it much easier for anyone to write tests or set up their own testing, but we also want feedback from the community, so please take a look and give us more feedback. 

I would also like to remind everyone that if you have any features that you want to see in DTS you should bring them to us as soon as possible. We are starting with support for NICs, but want to be able to branch out to test all DPDK-supported devices. If you have concerns or required features that you don't want to discuss on the mailing list for some reason, you can send your concerns directly to me and I will make sure your needs are represented in discussions around DTS. 

Planned but Unimplemented Features:
* telnet connections for the DUT
* scapy traffic generator (low performance but easy to use)
* trex traffic generator (DPDK-based software traffic generator)
* IXIA traffic generator (hardware traffic generator)
* Traffic generator abstraction layer
* Automatic skipping of tests based on the hardware under test, os and other factors
* Abstractions to test development to allow simple tests (send this list of packets then expect this list, etc) to be written as easily as possible.
* Automatic setup and teardown of virtual machines for virtio testing
* The ability to cross compile for a given target on the system running DTS (assuming relevant libraries/compilers are installed), then install onto the system under test (intended for embedded systems or SOCs).
* Structured logging for automated analysis
* and many more