* Minutes of Technical Board Meeting, 2021-11-17
@ 2021-11-24 13:00 Olivier Matz
0 siblings, 0 replies; only message in thread
From: Olivier Matz @ 2021-11-24 13:00 UTC (permalink / raw)
- Olivier (Chair)
NOTE: The technical board meetings every second Wednesday at
https://meet.jit.si/DPDK at 3 pm UTC.
Meetings are public, and DPDK community members are welcome to attend.
NOTE: Next meeting will be on Wednesday 2021-12-01 @3pm UTC, and will
be chaired by Stephen.
1. Switch to 3 releases per year instead of 4
Only good feedback on the mailing list up to now.
This proposal is therefore accepted - so DPDK will only have 3 releases
in 2022 - unless there is strong opposition, with suitable
justification, raised on the DPDK Dev mailing list ahead of the final
DPDK 21.11 release.
2. Raise the maximum number of lcores
Modifying this value is an ABI change and has an impact on memory
consumption. There is no identified use-case where a single
application requires more than 128 lcores.
- Ideally, this configuration should be dynamic at runtime, but it would
require a lot of changes
- It is possible with the --lcores EAL option to bind up to 128 lcores to
any lcore id (even higher than 128). If "-l 129" is passed to EAL, a
message giving the alternative syntax ("--lcores 0@129") is
displayed. An option to rebind automatically could help for usability.
- If a case a use-case exists for a single application that uses
more than 128 lcores, the TB is ok to update the default config value.
Note that it is already possible to change the value at compilation
time with -Dmax_lcores in meson.
3. New threading API
The DPDK relies on the pthread interface for eal threads, which is not
supported in windows. Windows DPDK code currently emulates pthread. A
patchset has been proposed which, among others:
- makes the eal thread API rely on OS-specific
- removes direct call to pthread in dpdk
This patchset (not for 21.11) needs more reviews. People from TB should
take a look at it.
The TB provided some guidelines:
- the EAL thread API level should be similar to pthread API
(it would mostly be a namespace change for posix)
- the API/ABI should remain compatible. It is possible to make use of
rte_function_versioning.h for that
4. DTS Co-maintenance
Owen Hilyard from UNH proposes himself to be the co-maintainer for DTS.
This would for instance help to ensure that the interface between CI
and DTS remains stable.
The TB welcomes this proposition, as long as there is no opposition from
current DTS maintainer and DTS community.
By the way, the TB asks for volunteers to help to make the transition to
5. Spell checking in the CI infrastructure and patchwork
The spell checking was done with aspell on documentation. The problem is
that check is done on everything including code or acronyms, resulting
on constant failures.
The TB recommends to focus on per-patch basis checks, on rst files
first. A tool should be provided in dpdk/devtools, so it can also be
used by developpers.
Spelling errors should be considered as warning given code or acronyms
may trigger false-positives.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2021-11-24 13:00 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-11-24 13:00 Minutes of Technical Board Meeting, 2021-11-17 Olivier Matz
DPDK patches and discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://inbox.dpdk.org/dev/0 dev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 dev dev/ http://inbox.dpdk.org/dev \
Example config snippet for mirrors.
Newsgroup available over NNTP:
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git