From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 080F4468E1; Thu, 12 Jun 2025 17:58:02 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 03C5742D72; Thu, 12 Jun 2025 17:58:02 +0200 (CEST) Received: from mail-pg1-f174.google.com (mail-pg1-f174.google.com [209.85.215.174]) by mails.dpdk.org (Postfix) with ESMTP id D4F7C42789 for ; Thu, 12 Jun 2025 17:57:59 +0200 (CEST) Received: by mail-pg1-f174.google.com with SMTP id 41be03b00d2f7-b26d7ddbfd7so1143506a12.0 for ; Thu, 12 Jun 2025 08:57:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iol.unh.edu; s=unh-iol; t=1749743878; x=1750348678; darn=dpdk.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=zSlTI1RzUIOuTNFmMA/QZx2W5I2IyNlir+VXfVR99Os=; b=JidJMmUnEf4fMB6co21IZgR5q4PzGHlwXegxvKpQ1bvDC5IDeJ2a1D8EqSb9oxqBha rBIqoJ9YNti04egWs/xPYcJJJtEj+9i8Xehw99PBroUOVLSSVEg23LFio41mFimTUuEs wId7SfqOYtFdhG/r1y8j5S6f1zsVCQoOmM5xI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749743878; x=1750348678; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=zSlTI1RzUIOuTNFmMA/QZx2W5I2IyNlir+VXfVR99Os=; b=NZmpzMNNQNK4oFgvbHmfAXdfusUxQsMfQEoxK7l5BjNJW66oImgNYfr5x7gC2ctxbe W27xFIkqfkztZ+58x8/TsRS44N/UEbTCgA8V/QPiGpl2wqaSkZ5YAmH3bcWYMHBNCKat BGF2izZVPrRv3tHfnEFjjEohgbwdDAwrRFDgiANirSKIvTgDYUG9kIvuPKs6DCftRKVG 5kyt8OoHKyE9MjDfDJkZxZ84emmNd5WptgeL8CZKCFbeBvkccoAzD9GkziWuKoY7pmq6 Gdw6YUALNE67xWqLCMRwukMaFNa8Mcb4xt1FA+OAiPtYz0fvcLVb2OdVwpkU+N9z9xjg Wfwg== X-Gm-Message-State: AOJu0YxEs4U0bn+SUrniHijLKfh+f36VaQE4Pz0tGf3kiNl9jSUVnMvl IdJMYPZxAIn9R34pkoXWXA8AHU6fRcO2ZWhwNRLAeQgH/YfUvTJRedNCO/KE1ENLV2n+qWvS4uf k/xPFjGzYM1Z9J/JTdrifxbKYGF9DOpXS+GjoMK8EQz+JiaTVW5V2u5IPDg== X-Gm-Gg: ASbGncu+H566yRQL9bsC7tUpuWi1rTvbbYb/bo4uj10nFWWnkHn7OEzTHftJdOC/VvB j4jzYfvOYkFj3rY/wATha3F9wu0I3u5WP/FgleYqB1MGFgtZ31h7THz375EGnph6hFouLT2LIuK DnHeRt8llLXphRgUKRrnFUPhK3OHECO5zjF9PRHoG4umcB58/DRzhMzzSiwqaFFXBlZm2zqA== X-Google-Smtp-Source: AGHT+IEMqASX8pCMLx4Hfpw9lqVlFbMQZmFrrG1/JIr363nQncG79O3EDPWDKGRjIgysg4vLStw/Mx6iAuA6jvdFJHs= X-Received: by 2002:a17:90b:28c3:b0:311:f05b:86a5 with SMTP id 98e67ed59e1d1-313aefe90b1mr14577444a91.0.1749743877900; Thu, 12 Jun 2025 08:57:57 -0700 (PDT) MIME-Version: 1.0 From: Patrick Robb Date: Thu, 12 Jun 2025 11:52:47 -0400 X-Gm-Features: AX0GCFuBLuc1EdUtscwd89hs5vL2cIWOyz2XSILVQRn3LuU6ky2xzANLD1G7yXA Message-ID: Subject: Community CI Meeting Minutes - June 12, 2025 To: "ci@dpdk.org" Cc: dev Content-Type: multipart/alternative; boundary="0000000000004a5e88063761fee3" X-BeenThere: ci@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK CI discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ci-bounces@dpdk.org --0000000000004a5e88063761fee3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ##################################################################### June 12, 2025 Attendees 1. Patrick Robb 2. Paul Szczepanek 3. Aaron Conole 4. Manit Mahajan 5. Dean Marx ##################################################################### Minutes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D General Announcements * DPDK 25.07 RC1 has been released. RC2 is expected in two weeks. * We should consider setting a new regular timeslot(s) for this meeting. To that end, participants please fill out this =E2=80=9Cwhen to meet=E2=80=9D = survey: https://www.when2meet.com/?30965992-3ijyI * Will we have CI Community representation at DPDK Summit Santa Clara in September? * Yes, Patrick will most likely be able to go * There may be limited tech board representation there * If it were possible to do a demo demonstrating DTS running with a limited hardware topology (even single dual interface NIC connected with single link loopback between the two ports) that would be interesting for participants. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D CI Status --------------------------------------------------------------------- UNH-IOL Community Lab * Manit=E2=80=99s new =E2=80=9Ctest system environment info updater=E2=80= =9D tool which updates test system info (like gcc version, kernel version, etc.) has been running for a few weeks mostly without issue. * David did find one issue, which is that it broke the Arch Linux badge (shows current arch compile status) for Patchwork, since the arch environment had some info updated which broke how the Community Lab Dashboard accessed the arch info. This is now fixed: https://lab.dpdk.org/badges/archlinux * Thomas raised the subject of testing wait times on Slack. There were a couple of blocked test jobs yesterday which contributed to this but we are mostly caught up now. * Also, we failed to grab a particular patchseries off Patchwork yesterday, and this is because the latest series that had come in had a very old series id (UNH guys were unaware that this behavior was possible). We will need to adjust our series polling script. * It may make sense to make series polling process more common across labs. UNH lab uses a database to store the most recent patch processed, and poll-pw.sh stores the most recent patch timestamp in a file, so any new polling script should allow the series filter timestamp to be passed in as a script argument. * Windows MSVC Build: * This test has been failing on mainline, and the compile results table we are emailing out properly represents this, but the topline test status for the test report is WARN instead of FAIL which is incorrect. UNH guys will resolve ASAP. --------------------------------------------------------------------- Intel Lab * None --------------------------------------------------------------------- Github Actions Robot * Discussion at tech board about using the github robot infra to incorporate creating PRs against a DPDK repo for an AI tool (sourcery.ai) which will provide summaries of patchseries. * It would be nice if this could be pulled from Github and pushed to the mailing list so people don=E2=80=99t have to look at two places. --------------------------------------------------------------------- AWS Lab * There have been some patches which got a meson fast tests failure reported from AWS, though the logs in the test report body indicate all the tests passed or skipped. * Shai emailed back saying it was due to an apply failure for the release notes .rst file, and that he has seen this a couple of times previously from other labs too and asked about us adopting a strategy to mitigate this: https://mails.dpdk.org/archives/test-report/2025-May/881787.html * Also, regardless of us adopting a strategy to mitigate this, they should report an apply failure and bail out of running testing when this happens * Do we have any strategies for mitigating apply errors coming from patches which update the release notes .rst file? No, we don=E2=80=99t have any str= ategies for this right now other than in dpdk-ci create_series_artifact.py we try to apply on multiple trees before reporting an apply failure. * Users can submit a recheck request and specify the rebase=3D{branch} argument to manually fix this situation if the issue is that their patch was applied to the wrong tree. --------------------------------------------------------------------- Loongson Lab * Patchseries recheck support: Loongson lab is supporting the recheck framework. Their default behavior to re-apply commits on HEAD when a recheck is requested. * Patrick and Min Zhou are discussing support for the branch rebase argument. To that end, there is a patch submitted for dpdk-ci which allows for capturing the branch rebase argument: https://patchwork.dpdk.org/project/ci/patch/20250611205849.72165-1-probb@io= l.unh.edu/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D DTS Improvements & Test Development * Virtual Function testing: * v3 is refactored such that topology.py handles creating the VFs on sut_node as needed, setting trust mode on the VFs, instantiating the VF Ports in DTS, and assigning those VF Port objects to SUT =E2=80=9Cingress= =E2=80=9D and SUT =E2=80=9Cegress=E2=80=9D attribute on topology.py * Remaining work: * Add a teardown process (just echoing 0 into the sriov_numvfs file) * Testsuite which sends packets between VFs * Bugs: * Dean is currently investigating a bug coming from a recent patch in which dpdk-devbind.py is not being copied to the SUT system in the correct order, causing intermittent failures to bind the SUT ports. * Improve port handling patch: For one XL710 test system, no ports are created and DTS fails during testrun setup with this patch applied. * DTS orientation videos: * Dean has been filming some DTS orientation videos showing: * 1. How to run DTS * 2. Explaining the testsuite structure and how to write testsuites * 3. More topics to come=E2=80=A6 * The TREX Support and nic_single_core_perf testsuite needs the v2 version submitted by next week at the latest. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Any other business * Next Meeting Jun 12, 2025 --0000000000004a5e88063761fee3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
##########################################################= ###########
June 12, 2025
Attendees
1. Patrick Robb
2. Paul Szc= zepanek
3. Aaron Conole
4. Manit Mahajan
5. Dean Marx

#####= ################################################################
Minutes=

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Gener= al Announcements
* DPDK 25.07 RC1 has been released. RC2 is expected in = two weeks.
* We should consider setting a new regular timeslot(s) for th= is meeting. To that end, participants please fill out this =E2=80=9Cwhen to= meet=E2=80=9D survey: https://www.when2meet.com/?30965992-3ijyI
* Will we have CI Commun= ity representation at DPDK Summit Santa Clara in September?
=C2=A0 =C2= =A0* Yes, Patrick will most likely be able to go
=C2=A0 =C2=A0* There ma= y be limited tech board representation there
=C2=A0 =C2=A0* If it were p= ossible to do a demo demonstrating DTS running with a limited hardware topo= logy (even single dual interface NIC connected with single link loopback be= tween the two ports) that would be interesting for participants.

=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
CI Status

= ---------------------------------------------------------------------
UN= H-IOL Community Lab
* Manit=E2=80=99s new =E2=80=9Ctest system environme= nt info updater=E2=80=9D tool which updates test system info (like gcc vers= ion, kernel version, etc.) has been running for a few weeks mostly without = issue.
=C2=A0 =C2=A0* David did find one issue, which is that it broke t= he Arch Linux badge (shows current arch compile status) for Patchwork, sinc= e the arch environment had some info updated which broke how the Community = Lab Dashboard accessed the arch info. This is now fixed: https://lab.dpdk.org/badges/archlinux* Thomas raised the subject of testing wait times on Slack. There were a = couple of blocked test jobs yesterday which contributed to this but we are = mostly caught up now.
=C2=A0 =C2=A0* Also, we failed to grab a particula= r patchseries off Patchwork yesterday, and this is because the latest serie= s that had come in had a very old series id (UNH guys were unaware that thi= s behavior was possible). We will need to adjust our series polling script.=
=C2=A0 =C2=A0* It may make sense to make series polling process more co= mmon across labs. UNH lab uses a database to store the most recent patch pr= ocessed, and poll-pw.sh stores the most recent patch timestamp in a file, s= o any new polling script should allow the series filter timestamp to be pas= sed in as a script argument.
* Windows MSVC Build:
=C2=A0 =C2=A0* Thi= s test has been failing on mainline, and the compile results table we are e= mailing out properly represents this, but the topline test status for the t= est report is WARN instead of FAIL which is incorrect. UNH guys will resolv= e ASAP.

------------------------------------------------------------= ---------
Intel Lab
* None

-----------------------------------= ----------------------------------
Github Actions Robot
* Discussion = at tech board about using the github robot infra to incorporate creating PR= s against a DPDK repo for an AI tool (source= ry.ai) which will provide summaries of patchseries.
=C2=A0 =C2=A0* I= t would be nice if this could be pulled from Github and pushed to the maili= ng list so people don=E2=80=99t have to look at two places.

--------= -------------------------------------------------------------
AWS Lab* There have been some patches which got a meson fast tests failure report= ed from AWS, though the logs in the test report body indicate all the tests= passed or skipped.
=C2=A0 =C2=A0* Shai emailed back saying it was due = to an apply failure for the release notes .rst file, and that he has seen t= his a couple of times previously from other labs too and asked about us ado= pting a strategy to mitigate this: https://mails.dpdk.org/archives/test-r= eport/2025-May/881787.html
=C2=A0 =C2=A0* Also, regardless of us ado= pting a strategy to mitigate this, they should report an apply failure and = bail out of running testing when this happens
* Do we have any strategie= s for mitigating apply errors coming from patches which update the release = notes .rst file? No, we don=E2=80=99t have any strategies for this right no= w other than in dpdk-ci create_series_artifact.py we try to apply on multip= le trees before reporting an apply failure.
=C2=A0 =C2=A0* Users can sub= mit a recheck request and specify the rebase=3D{branch} argument to manuall= y fix this situation if the issue is that their patch was applied to the wr= ong tree.

----------------------------------------------------------= -----------
Loongson Lab
* Patchseries recheck support: Loongson lab = is supporting the recheck framework. Their default behavior to re-apply com= mits on HEAD when a recheck is requested.
=C2=A0 =C2=A0* Patrick and Mi= n Zhou are discussing support for the branch rebase argument. To that end, = there is a patch submitted for dpdk-ci which allows for capturing the branc= h rebase argument: https://patchwork.dpdk.org/projec= t/ci/patch/20250611205849.72165-1-probb@iol.unh.edu/

=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
DTS Improvements & = Test Development
* Virtual Function testing:
=C2=A0 =C2=A0* v3 is ref= actored such that topology.py handles creating the VFs on sut_node as neede= d, setting trust mode on the VFs, instantiating the VF Ports in DTS, and as= signing those VF Port objects to SUT =E2=80=9Cingress=E2=80=9D and SUT =E2= =80=9Cegress=E2=80=9D attribute on topology.py
=C2=A0 =C2=A0 =C2=A0 * R= emaining work:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0* Add a teardown proces= s (just echoing 0 into the sriov_numvfs file)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0* Testsuite which sends packets between VFs
* Bugs:
=C2=A0 = =C2=A0* Dean is currently investigating a bug coming from a recent patch in= which dpdk-devbind.py is not being copied to the SUT system in the correct= order, causing intermittent failures to bind the SUT ports.
=C2=A0 =C2= =A0* Improve port handling patch: For one XL710 test system, no ports are c= reated and DTS fails during testrun setup with this patch applied.
* DTS= orientation videos:
=C2=A0 =C2=A0* Dean has been filming some DTS orien= tation videos showing:
=C2=A0 =C2=A0 =C2=A0 * 1. How to run DTS
=C2= =A0 =C2=A0 =C2=A0 * 2. Explaining the testsuite structure and how to write = testsuites
=C2=A0 =C2=A0 =C2=A0 * 3. More topics to come=E2=80=A6
* T= he TREX Support and nic_single_core_perf testsuite needs the v2 version sub= mitted by next week at the latest.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D
Any other business
* Next Meeting Jun 12, 20= 25

--0000000000004a5e88063761fee3--