yihui wang

Peng He

Chao Han

zhang zhenhuan

jin peng 

To be updated.

The maturity review process is shown in this page :BP Graduation Review Processes and Criteria

The SmartNIC is requesting a maturity review.


This page references the requirements in BP Graduation Review Processes and Criteria specifically the table cell for Incubation -> (Mature) on the second row from the bottom of the page.

On a successful graduation the BP HW/SW package is deemed to be Beta-Quality and the BP moves to the Mature stage.

The collective TSC vote as defined in Akraino Technical Community Document#4.4.1TSCDecisionMakingProcess will be based on all the following set of checks being met:


The BP project contributors have deployed and validated the BP in at least 2 community member validation labs or a community member validation lab and LF CD lab with the exact HW and SW configuration for which the maturity review is being requested. All validation labs are required to connect with Akraino LF CI. Logs on the LF CI servers pushed from each validation lab's CD testing would be used to verify this check. 

IEC Type 5 SmartNIC successfully participated in Akraino release R3, R4 and R5's  incubation stage.


The SW quality will be assessed as reaching beta according to :

       Upstream dependencies must be clearly defined

       DPDK version 20.11

       Open vSwitch 2.14.1

       LINUX Kernel 5.4

       SmartNIC BlueField 2

Documentation subcommittee to provide a recommendation on graduation, or if not with items requiring action/remedy.

This check includes verification that any supported APIs are clearly documented

PTL should provide a summary of contributors and committers and companies and demonstrate growth - Project is active and contributes to Akraino: The project demonstrates increasing number of commits and/or number of contributions across recent releases. Contributions are commits that have been to an Akraino repository project or related upstream project. Commit examples can be patches to update the requirements document of a project, code addition to an Akraino or upstream project repository, new additional test cases and so forth. [maybe create a template, or use something like Bitergia to get some consistent metrics coming into this review].

The PTL should demonstrates stable output (code base, documents) within its history of releases in accordance with the release policy.

Nvidia Mellanox validation lab Hardware topo diagram for R3