DPDK patches and discussions
 help / color / mirror / Atom feed
From: Patrick Robb <probb@iol.unh.edu>
To: dev@dpdk.org
Subject: Fwd: DTS WG Meeting Minutes - January 17, 2024
Date: Thu, 18 Jan 2024 15:00:13 -0500	[thread overview]
Message-ID: <CAJvnSUA5qvf5RGS2fwnW8xrg4+mJ+b95WD=vT1HnW58FYfAACA@mail.gmail.com> (raw)
In-Reply-To: <CAJvnSUDQpa_21HFiQzzQJpPh7pDE+25r+XJeHPENLxDaMmCOZQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3003 bytes --]

I forgot to CC the dev mailing list

---------- Forwarded message ---------
From: Patrick Robb <probb@iol.unh.edu>
Date: Thu, Jan 18, 2024 at 2:52 PM
Subject: DTS WG Meeting Minutes - January 17, 2024
To: <dts@dpdk.org>
Cc: <ci@dpdk.org>, NBU-Contact-Thomas Monjalon (EXTERNAL) <
thomas@monjalon.net>, Juraj Linkeš <juraj.linkes@pantheon.tech>


January 17, 2024

#####################################################################
Attendees
* Juraj Linkeš
* Gregory Etelson
* Honnappa Nagarahalli
* Jeremy Spewock
* Luca Vizzarro
* Paul Szczepanek

#####################################################################
Agenda
* Additions to the agenda
* Patch discussions
* DTS Developer documentation
* 24.03 roadmap

#####################################################################
Minutes

=====================================================================
Additions to the agenda
* Nothing

=====================================================================
YAML test suites
* Greg wanted to automate his testing; started with test writtens in
Python, but was not scalable; easily understandable by newcomers.
   * The idea is to take an application, send commands (interactive input),
collect output and compare with expected strings.
* The code was available as of two months ago, but no longer is (private on
GitHub). Greg may be able to share it once taking care of it in his company.
* Gregory submitted an idea for writing test suites in yaml, which just
passes values into a templated testpmd testsuite.
   * Do we want to support a secondary way of writing test suites?
      * Will this be usable for both functional and performance testing?
   * Will this coexist well with the current method?
      * The current method also aims to be minimalistic and intuitive
      * Coexistence makes sense as the yaml approach may not be able to
cover more complicated cases
   * What are any limitations which this places on the testing framework?
If there aren’t major downsides, then the benefits in terms of quickly
adding new testpmd testsuites seems significant.
      * The traffic generator can't be configured here, we need an
abstraction that works for all traffic generators; we can mark the test
cases as functional/performance though, which could be enough
      * We can only specify test-specific testpmd cmdline options;
shouldn't be a problem, but we have to keep in mind that configuration such
as cores and pci addresses are configured elsewhere (the testbed
configuration)
      * Using specific strings in testpmd is harder to maintain (if the
same config is used in multiple places)
   * Are the phases for both setup/teardown and test cases? This could
complicate results recording
   * Can we easily specify multiple test cases? I.e. we have a test method
and we want to test different input combinations (the inputs could just be
the number of cores/packet size for performance tests)

[-- Attachment #2: Type: text/html, Size: 3527 bytes --]

           reply	other threads:[~2024-01-18 20:00 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <CAJvnSUDQpa_21HFiQzzQJpPh7pDE+25r+XJeHPENLxDaMmCOZQ@mail.gmail.com>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAJvnSUA5qvf5RGS2fwnW8xrg4+mJ+b95WD=vT1HnW58FYfAACA@mail.gmail.com' \
    --to=probb@iol.unh.edu \
    --cc=dev@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).