#####################################################################
July 9, 2025
Attendees
1. Patrick Robb
2. Manit Mahajan
3. Dean Marx
4. Luca Vizzarro
5. Shai Brandes
6. Aaron Conole

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

=====================================================================
General Announcements
* Expected remaining RC schedule:
   * RC3 - July 9-10 (today/tomorrow)
   * DTS HEAD has been run with the check scripts, done a docs build, and run some PF and VF tests (all working)
* Tech board will have a discussion this morning about “VLAN tag and QinQ stripping in DPDK.”
   * The behavior is not clearly defined, and should be standardized.
* Results from the “when to meet” survey: https://www.when2meet.com/?30965992-3ijyI
   * Basically, options going forward are Tuesdays from 12:00 UTC to 14:00 UTC, Wednesdays from 13:00 UTC to 14:00 UTC, and Thursdays from 12:00 UTC to 13:00 UTC.
   * Next meeting will be at 12:00 UTC on Thursday the 24th
* DPDK-CI Test Recheck script has been updated to capture the “rebase” flag for rebasing onto specific branches by developer request:
   * https://patchwork.dpdk.org/project/ci/patch/20250611205849.72165-1-probb@iol.unh.edu/
   * https://core.dpdk.org/testing/#requesting-a-patch-retest
* /events/ PW rework
   * Agree: support project filtering for /events/
   * Adam Hassick and Aaron to work on this.
      * Aaron will come up to UNH in a few weeks to attack this, and ensure it works for multiple projects he is involved with

=====================================================================
CI Status

---------------------------------------------------------------------
AWS Lab
* Test recheck support plans:
   * This has been implemented, and should be live now.
   * We will need to update the DPDK website to indicate the support is now live
   * If no rebase flag is included, they re-test the original artifact.
   * Some other labs report new results with the retest count, and Amazon will aim to do the same 
      * The value is that it’s not obvious from the UI whether the recheck has happened/is complete.
* AWS infra failures:
   * Apply failures are sending a generic fail, and also running unit tests and reporting the unit test logs
      * Correct behavior is to stop testing when the apply failure happens, and send an “apply failure” report to test-report mailing list
      * Status: Solved
   * David noticed some failures due to timeout on the telemetry test, other CIs extend the timeout with the -t arg:
      * Status: Using -t 60 now
* Review on apply failure on .rst files discussion from the previous meeting
   * They are skipping the release notes in each patch.

---------------------------------------------------------------------
UNH-IOL Community Lab
* Apply patchset process: Skipping making a tarball if the patch is a docs patch only.
   * Labeling as “not applicable” on the lab dashboard
   * There were some patches with code in them which were marked as “DOCS ONLY” by create_series_artifact.py. We have overridden this by putting in testing for these series, and we are debugging the script.
* Windows Builds:
   * Status: MSVC drivers enable had a compile failure due to MLX5.
      * This is because the drivers enable series has a series dependency which has not yet been merged.
* Arm Grace E810:
   * There were some failures for the E810 NIC for an ICE PMD patch because it updated the 16byte ICE PMD descriptors flag for Meson, so it was no longer getting used by our testing and consequently MPPS was reduced about 6%.
   * There were some unrelated infra fails for this system yesterday. We resolved the issue and put in retets. PW is “all green.”
* Patchwork polling:
   * Manit is working on refactoring our patchwork polling series.
* DTS:
   * Some new testsuites have been merged, and will be pulled into mainline for RC3 imminently. We need to add these new testsuites to DTS configs at the lab.
* Our CI server fell over last Thursday, which caused us to have to rerun testing all Thursday patchseries on Thursday evening. We were caught up by Friday evening.

---------------------------------------------------------------------
Intel Lab
* Did not get any responses from the Intel lab maintainer to the “schedule a meeting” poll.

---------------------------------------------------------------------
Github Actions Robot
* AI initiative (patch review bot):
   * Based on sourcery.ai
   * Aaron has investigated the GH rest api about Pull Requests, comments, etc. And he thinks it will be possible to pull the comments for a hunk which has been added, and send emails to the mailing list (or at least to the offer) with review comments. These emails can include links to the github comments.
      * Will require setting up an alternative mirror repo and giving the robot extra permissions on this repo
   * Status: In progress, but may require more feedback from Jerin, David, etc.

---------------------------------------------------------------------
Loongson Lab
* Patchseries recheck support: Min Zhou has tested out the new version of the get_reruns.py script, and has indicated he will use it to support the rebase argument.
   * When this happens we need to update the DPDK website testing page to update the supported labs list
   * Patrick Robb can submit the website update.
   
=====================================================================
DTS Improvements & Test Development
* Merged since the previous meeting:
   * Virtual Function testing:
      * Packet forwarding from DTS created VFs is working (on mellanox and broadcom, still figuring out if our Intel NICs are misconfigured for promisc mode).
      * Important decisions to clarify:
         * The way that it works is that it sets 1 (and only 1) VF per PF, and re-sets SUT ingress, SUT egress to the new virtual functions.
         * It runs the exact same tests as the PFs
         * Some testsuites are decorated with a specific PF_Required, capability, meaning those are forced to skip.
   * Rte_flow testing:
      * There are some cases where Flow validate says “can create this flow rule” and then flow create says “I cannot create this” for various PMDs. Dean is going to document these on Bugzilla and CC Flow and PMD maintainers. This is pretty low hanging fruit.
      * There are some other failures on some devices which are more involved, and will be documented separately.
   * Add generic blocking app class (now superclass of DPDK blocking app class)
   * Rework test results series
      * It provides the “Reason” for the failure inline alongside the result in the results.json and result_summary.txt
   * These should all get pulled from next-dts to mainline imminently.
* Moved to the next release:
   * Single_core_forwarding test and TREX support:
      * This is running fine but the review of the v3 suggested changes which were too significant to resolve at the end of this development cycle.
   * Qinq Testsuite
   * File manager / abstraction moved to the next release
      * Most straightforward solution (lazy approach) is using sftp
* DTS Roadmap:
   * Work on the roadmap at the DTS call next Thursday.

=====================================================================
Any other business
* Next Meeting Jul 24, 2025