Major known features and milestones may be noted here. This list is obviously neither complete nor guaranteed.
Version 18.08 (2018 August)
- new device specification (devargs) syntax
- power management: turbo core thread pinning
- power management: traffic pattern aware power control
- power management: 100% busy traffic polling
- add MPLS to rte_flow encapsulation API
- add metadata matching in rte_flow API
- mlx5: add representors (including for BlueField SmartNIC)
- mlx5: support rte_flow port and VLAN actions
- mlx5: support VXLAN and MPLS encapsulations
- mlx4: support TSO offload for ConnectX-3 Pro
- mlx: support 32-bit compilation
- complete support of new descriptor status API for Intel PMDs
- failure handler for PCIE hardware hotplug
- virtual device hotplug
- virtio IN_ORDER support
- vhost/virtio: packed ring layout support
- vhost: unified enqueue path
- vhost: buffer vectors generalization
- vhost-user extension to improve vDPA
- tap TSO
- tap and failsafe support in multi-process
- SoftNIC restructuring to use Packet Framework
- SoftNIC support for NAT
- eventdev ordered and atomic queues for DPAA2
- 3DES support in AESNI_MB PMD
- ISAL Compression PMD enhancements
- Intel QuickAssist Technology Compression PMD
- unified packet fragmentation API
- libedit integration
- noisy VNF forward mode in testpmd
Nice to have - Future
- multi-process rework
- automatic UIO/VFIO binding
- infiniband driver class (ibdev)
- default configuration from files
- generic white/blacklisting
A typical release should be done after 3 months.
It is designed to allow DPDK to keep evolving at a rapid pace while giving enough opportunity to review, discuss and improve the contributions.
The merge window will open once the previous release is complete. First version of a new feature must be submitted before the proposal deadline. Features that miss this first period will be deferred until the next release.
Updated versions of patches (v2, v3, etc.) will be submitted to address comments. The new features must be properly reviewed, tested and accepted before the integration deadline. Otherwise, they will be postponed to the next releases.
At the end of the merge window, the first release candidate is out.
The last period is 1 month long and is dedicated to bug fixing.
- Proposal deadline: June 8, 2018
- Integration deadline: June 29, 2018
- Release: August 1, 2018
- Proposal deadline: September 7, 2018
- Integration deadline: October 5, 2018
- Release: November 2, 2018
There is a documentation page describing the guidelines of the stable releases.
Stable point releases follow mainline releases.
After each -rc tag and after the final version, relevant bug fixes get backported by the stable maintainers into the respective branches in “bursts”.
Developers can provide stable-specific patches by sending them to firstname.lastname@example.org only (avoiding email@example.com).
After all the relevant bugfixes have been backported, regression tests are ran, and if clear, the stable release is announced.
Typically a new stable release version follows a mainline release by 1-2 weeks, depending on the test results.
|Next version||Date||End of life||Maintainer|
|16.11.8||August 14, 2018||November 2018 (LTS)||Luca Boccassi|
|17.11.3||June 15, 2018||November 2019 (LTS)||Yuanhan Liu|
|18.02.2||June 15, 2018||June 2018||Luca Boccassi|
|18.05.1||August 24, 2018||August 2018||Christian Ehrhardt|
|18.08.1||November 16, 2018||November 2018||Looking for volunteer|
|18.11.1||January 11, 2019||November 2020 (LTS)||Kevin Traynor|