DPDK patches and discussions
 help / color / mirror / Atom feed
* DTS WG Meeting Minutes - December 4, 2025
@ 2025-12-12 19:54 Patrick Robb
  0 siblings, 0 replies; only message in thread
From: Patrick Robb @ 2025-12-12 19:54 UTC (permalink / raw)
  To: dev; +Cc: ci

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

December 4, 2025

Attendees
* Patrick Robb
* Andrew Bailey
* Paul Szczepanek
* Luca Vizzarro

Minutes

General Discussion
* DPDK 25.11 has been released
   * UNH can now begin using the new single_core_foreward test in its CI
testing
   * Patrick to rebase on main, push to for-main
* John McNamera
   * Asking about running testing for the flow rules offload
   * UNH should run the flow suite, share the results back to PMD
maintainers
      * Dean can do this

Patch discussions
* add test case docstring checks to format script
   * Patrick can merge
* Automate loading vfio-pci module:
   *
https://patchwork.dpdk.org/project/dpdk/patch/20251126141650.367633-1-abailey@iol.unh.edu/
   * Patrick to review
* Change default topology to one link:
   *
https://patchwork.dpdk.org/project/dpdk/patch/20251121195511.322005-2-abailey@iol.unh.edu/
   * Andrew has resolved the build error by updating a type hint
   * Patrick to do a review
   * Luca to review as well, and check the function decorator signature
* Extending Flow Offload Testing:
   * For the extended flow offload testing, we are categorizing network
protocols by OSI layer (l2, l3, l4), and their various valid field values
(i.e. IP src, IP dst, etc.) and creating flow rules based on all possible
combinations of these. Then, a helper method parses the flow rule and
creates a scapy packet based on it, which we then transmit from the TG to
the SUT in order to validate the flow rule.
* Virtio testing for 26.03:
   * 1. Add a PvvP test, which will work just like the existing PvP test
(based on the virtio exception path example on the DPDK docs) except that
it will have two vhost backend instances.
      * So, the port order will be set to 1 (virtio), 3 (vhost loopback), 4
(vhost loopback), 2 (virtio)
   *  2. Otherwise, we need to ask Maxime what coverage he would like to see
* Cryptodev:
   * Now using dpdkruntimeenvironment to run the cryptodev application with
.run_dpdk_app()
   * Making param enums for the application, just like the testpmd approach
   * Able to form the EAL and app arguments now, and run the
dpdk-crypto-perf application via DTS
      * Having a few more issues with a couple remaining arguments
      * Then, Andrew will set up usage of the textparser for processing the
output of the dpdk-crypto-perf application
   * DTS should automate the creation of the virtual functions on the
crypto device
      * Can read the max_vfs file for the correct number of vfs to make per
PF, and then write that number to sriov_numvfs

Bugzilla discussions
* Andrew and Patrick pruned the tickets

Any other business
* Roadmap discussion (WIP):
   * DTS API
      * Remove all existing framework imports and replace with imports from
the DTS API
      * https://bugs.dpdk.org/show_bug.cgi?id=1788
   * Cryptodev testing
      * Adding a new cryptodev package to the DTS API for handling
dpdk-crypto-perf app arguments
      * (testsuites) : Encrypt/decrypt workloads with the various supported
algorithms on DPDK NICs.
   * Supporting DTS testruns on 1 physical host:
      * Ensure the documentation for testing on a single host with a single
NIC is up to date
      * Framework updates
   * Virtio testing support:
      * Enable additional testing topologies and scenarios (i.e. adding a
PvvP test which is structured similar to the existing PvP test)
   * Flow Offload Testsuites:
      * Add a new testsuite which categorizes network protocols and their
respective valid field values by OSI layer, and creates all unique
combinations of these as flow rules. This should create “comprehensive”
coverage of flow rules where previously we just had the minimal set of flow
offload rules tested.
      * Asynchronous API testing
         * (question) is this the same functionality as the synchronous
API, or a subset?
   * Additional functional ethdev testsuites:
      * Ethertype Testsuite
      * QinQ testing: Extend this testsuite to validate that IDs are being
stored in the correct TCI / OUTER_TCI via testpmd verbose logs
   * Update testsuite names for clarity:
      * https://bugs.dpdk.org/show_bug.cgi?id=1826
* Next meeting is Dec 18, 2025

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

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2025-12-12 19:56 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-12-12 19:54 DTS WG Meeting Minutes - December 4, 2025 Patrick Robb

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).