The Sched app allows you to build your schedule but is not a substitute for your event registration. You must be registered for DPDK Summit 2026 to participate in the sessions. Please go to the event registration page to purchase a registration.
Please note: This schedule is automatically displayed in Central European Time.To see the schedule in your preferred timezone, please select from the drop-down at the bottom of the menu to the right.
The schedule is subject to change.
Sign up or log in to add sessions to your schedule and sync them to your phone or calendar.
In this session, we will explore a use case where PCI endpoint card is utilized to offload cryptographic operations from the host machine. The buffers for these operations are transferred to the PCI card via the virtio/ethernet interface between the host and the endpoint over PCI. We will discuss two distinct approaches to manage crypto operations.
Approach 1: Standard Virtio-Crypto Interface - DPDK/kernel virtio-crypto device is used to establish crypto sessions and transmit data across the PCI endpoint. The endpoint performs cryptographic operations and returns processed data to the virtio-crypto device. The application running on the endpoint translates the virtio-crypto sessions and processes the data using the DPDK crypto device on the endpoint, subsequently sending the processed data back to the host. Approach 2: LiquidCrypto - Due to limited virtio-crypto offload capabilities, second approach is proposed. This method utilizes the DPDK ethernet SDP interface between the host and endpoint for fast path transport and the kernel SDP interface for slow path and management of the PCI card. The sample applications and the interface library are open-source and available on GitHub.
Akhil is principal engineer at Marvell, member of its Dataplane and Accelarators team. He mainly contributes to the DPDK project, for which he is the maintainer for crypto tree. He has made significant contributions to rte_security, IPsec, PDCP, MACsec, and various Crypto API def... Read More →
I lead the crypto & security protocols team at Marvell.
With close to 7 years of contributions in DPDK, I've been involved in enhancing support for network security protocols in DPDK. I had introduced hardware acceleration for protocols such as IPsec & TLS via rte_security and i... Read More →
As network speeds increase, relying on hardware offloading via rte_flow becomes essential. However, the implementation of these APIs varies significantly across vendors. This talk shares findings from an ongoing exploration of NIC performance (NVIDIA, Intel or DYNANIC), with a primary focus on the capabilities and limitations of hardware-offloaded packet filtering using the DPDK rte_flow API. While standard throughput metrics are important, this session moves beyond basic performance to explore the behavior of NICs under stress and in ambiguous scenarios that are often overlooked in standard datasheets.
Pavlína is a Software Engineer at DYNANIC, where she specializes in high-performance networking with a focus on DPDK and the rte_flow API. She began her professional journey during her studies at Brno University of Technology, where she joined CESNET. There, she initially worked... Read More →
eBPF support was added to DPDK in 2018, enabling users to execute custom byte-code to extend application functionality without rebuilding or restarting. Our Data-Plane team aims to make eBPF a first-class citizen in HC data-plane appliances. However, safe usage requires ensuring custom programs won't crash the application. The current DPDK eBPF verifier lacks essential features and isn't as robust as the Linux kernel version. This presentation covers two aspects: - eBPF Usage in Data-Plane Appliances: Current and planned uses, missing DPDK eBPF functionality, and requirements for wider community adoption. - Verifying the Verifier: We applied bounded model checking and deductive verification to verify the BPF validator's correctness. We uncovered multiple previously unknown bugs across distinct classes. For each bug, we produced counterexamples, verified fixes, and machine-checked proofs. Using an AI assistant, we formally verified the validator in days. We'll share practical lessons for applying AI-assisted formal verification to DPDK subsystems.
Principal Research Engineer, Huawei Ireland Research Center
Claudia Cauli is a Principal Research Engineer and Team Lead of the Formal Methods Team at Huawei Ireland Research Center. She works on ensuring systems' correctness and reliability through principled and rigorous approaches, such as provable formal methods.
Principal Software Engineer, Huawei Ireland Research Center
Marat Khalili is a Principal Software Engineer specializing in R&D for high-performance systems. With a mathematical foundation that turns numerical recipes into production-ready code, he focuses on algorithmic design and infrastructure scalability. Marat has deep experience in performance... Read More →
As a long-time DPDK developer, I am more used to working on code WITHIN DPDK rather than writing apps USING DPDK. On the odd occasion, when I do need to create an end-user app using DPDK, there are a number of the additional little libraries and tools in DPDK that I reach for to improve the DPDK app development and debug process. These include the cmdline library (including using the new script for cmdline generation), configfile library, telemetry support, and others. While most of these are not likely to be new to many developers, the content here may prove helpful to anyone starting out with green-field DPDK development, or putting together quick apps for packet processing using DPDK.
Bruce Richardson is well-known in the DPDK community as a long-time contributor to the project, and member of the technical board. As part of his day-job in Intel, he makes project contributions across a range of areas in DPDK, as well as being involved in patch reviews and discussions... Read More →
Over the past year, the Tech Board has been reviewing how to integrate LLMs into the CI workflow to enact an assisted review cycle for patches. This work has looked at various aspects of adding an AI review assistant to the process that can help maintainers and developers spot difficult to reach issues. The results of the trial-and-error testing have lead to a new AI assistant that helps to review patches and series. In this talk, we'll cover the various roads we took for analysis, AI review infrastructure that lives in the tree, the policy around getting an LLM review of patches, and future work.
Currently, the standard development workflow for DPDK goes something like this: A developer wants to add a new feature or resolve a bug in DPDK, so they write a patch, run the DPDK unit tests against it, and then if those are passing, send it off to the mailing list, where it will get picked up by CI labs that run end to end testing on real hardware using the DPDK Test Suite. Although this solution works fairly well, DPDK developers may also gain some valuable speed and confidence by directly integrating the DPDK Test Suite into their local development workflow. So, I will “demo” the following sequence. First apply a patch to DPDK which either resolves or breaks some DPDK functionality. Then, pass this new DPDK source into the DPDK Test Suite, executing a testcase/testcases on a minimal DTS setup. Then, overview the results produced by DTS, and highlight how the patch applied in step 1 resolved/broke functionality tracked by the testcase/testcases being run. Specifically, I will demonstrate this workflow through the new Flow Offload Testsuite that is arriving to DPDK in DPDK version 26.03.
