From: Aaron Conole <aconole@redhat.com>
To: dev@dpdk.org
Subject: Meeting Minutes, 2025-10-15
Date: Wed, 12 Nov 2025 10:03:21 -0500 [thread overview]
Message-ID: <f7ttsyzfg3q.fsf@redhat.com> (raw)
Attendees: 8/11 TB
* Aaron Conole
* Bruce Richardson
* Hemant Agrawal
* Jerin Kollanukkaran
* Thomas Monjalon
* Maxime Coquelin
* Kevin Traynor
* Morten Brorup
NOTE: The Technical Board meetings take place every second Wednesday at 3 pm UTC
on https://zoom-lfx.platform.linuxfoundation.org/meeting/96459488340?password=d808f1f6-0a28-4165-929e-5a5bcae7efeb
Meetings are public, and DPDK community members are welcome to attend.
Agenda and minutes can be found at http://core.dpdk.org/techboard/minutes
The next meeting will happen on October 29
The next chair will be Hemant Agrawal
Topics
SOW Retrospective and priorities
* Priority is urgent due to Governing Board deadlines for budget
decisions
* Patrick sent out a retrospective for the techboard review
* Aaron to kick off the tasks spreadsheet
* Morten asks about running DTS on the "single-server topology"
* Patrick replies this is currently working with some effort, after
the BoF discussion at DPDK Summit Prague
* Paul and Patrick will look into updating the documentation
* Maybe add this to the SOW for any additional documentation and
development work to support it properly.
* How to read the retrospective?
* Patrick to re-review the retrospective to make sure things are
highlighted appropriately. Highlighted items are still WIP or not
planned to complete.
LTS Maintainer
* Should we advertise that we are seeking for someone to do this work
on the mailing list publicly?
* There could be someone who is active in the community but isn't
aware that LTS maintainer-ship needs help.
* Kevin will send something to the mailing list to try and seek
candidates.
FAST_FREE vs multi-seg MBUF
* 3 options being discussed to resolve the incompatibility between
fast-free vs. multi-segment mbuf flags
* Morten proposes that we roll back the mutual exclusivity
enforcement patch. This will restore the older behavior, and allow
tests to run properly, given that tests are setting these flags.
* Better to roll back the patch because it isn't any worse that things
were previously.
* Need to make a decision before RC-1, and changing this is an API/ABI
semantic difference.
* Still haven't reached conclusion as what FAST_FREE means, which
makes it difficult to evaluate the correctness of exclusion.
* VOTE to rollback: PASS - 8 votes for rolling back and postponing
further discussion.
How to encourage more reviews on Dev ML
* Thomas notes that Tim O'Driscoll, Ben Thomas, and Nathan are also
be engaged.
* Idea from Ben - maybe having 'credly' badges.
* Maybe use AI Bot to flag reviews
* Morten is looking for more design and high-level reviews
* Thomas says solution is to motivate the senior developers to do more
reviews.
* Morten has a dev ML, and then manually moves the patches he wants
to review into a different folder.
* Question: How to flag important series?
* Maybe an automatic way to flag certain areas of the code as high
priority?
* Dashboard may not motivate, but maybe it can help to organize the
work
* Maybe some way of prioritizing patches in patchwork - have a column
and we can sort on this.
* This helps with the finding what to review part, but doesn't help
with motivation.
* New column may be helpful anyway
* who can work on the column? Thomas will reach out to Ali
* Maybe metrics for review?
* Difficult to get metrics, but they can be motivational
* Challenge: Keeping the current reviewers motivated, and motivating
the future reviewers.
AI Review requirements
* Apply the series to the correct branches to eliminate some of the
noise.
* So far, only David seems to be reviewing
* Should have a different name. 'github-post' is not good enough,
maybe 'AI-review' will get more attention. Aaron will make that
change.
* Preference would be to have a link directly. Could be done as a new
tag.
* Aaron to change the github-post label, and start discussions about
a new tag that will do a direct link on the CI mailing list.
* For the future, 'How useful is this? Should we investigate other AI
review tools?'
reply other threads:[~2025-11-12 15:03 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=f7ttsyzfg3q.fsf@redhat.com \
--to=aconole@redhat.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.