All of lore.kernel.org
 help / color / mirror / Atom feed
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.