All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konstantin Ananyev <konstantin.ananyev@huawei.com>
To: Stephen Hemminger <stephen@networkplumber.org>,
	"dev@dpdk.org" <dev@dpdk.org>
Subject: RE: [PATCH v6 00/11] net/rtap: add io_uring based TAP driver
Date: Sun, 15 Feb 2026 08:58:14 +0000	[thread overview]
Message-ID: <f1c3abe8bccc44ae96992945d379447f@huawei.com> (raw)
In-Reply-To: <20260214234726.188947-1-stephen@networkplumber.org>



> 
> This series adds net_rtap, an experimental poll mode driver that uses
> Linux io_uring for asynchronous packet I/O with kernel TAP interfaces.
> 
> Like net_tap, net_rtap creates a kernel network interface visible to
> standard tools (ip, ethtool) and the Linux TCP/IP stack.  From DPDK
> it is an ordinary ethdev.
> 
> Motivation
> ----------
> 
> This driver started as an experiment to determine whether Linux
> io_uring could deliver better packet I/O performance than the
> traditional read()/write() system calls used by net_tap.  By posting
> batches of I/O requests asynchronously, io_uring amortizes system
> call overhead across multiple packets.
 
Sounds interesting...
Curious did you make any perf comparisons vs our traditional tap?
 
> The project also served as a testbed for using AI tooling to help
> build a comprehensive test suite, refactor code, and improve
> documentation.  The result is intended as an example for other PMD
> authors: the driver has thorough unit tests covering data path,
> offloads, multi-queue, fd lifecycle, and more, along with detailed
> code comments explaining design choices.
>
>
> 
> Why not extend net_tap?
> -----------------------
> 
> The existing net_tap driver was designed to provide feature parity
> with mlx5 when used behind the failsafe PMD.  That goal led to
> significant complexity: rte_flow support emulated via eBPF programs,
> software GSO implementation, and other features that duplicate in
> user space what the kernel already does.
> 
> net_rtap takes the opposite approach -- use the kernel efficiently
> and let it do what it does well.  There is no rte_flow support;
> receive queue selection is left to the kernel's native RSS/steering.
> There is no software GSO; the driver passes segmentation requests
> to the kernel via the virtio-net header and lets the kernel handle
> it.  The result is a much simpler driver that is easier to maintain
> and reason about.
> 
> Given these fundamentally different design goals, a clean
> implementation was more practical than refactoring net_tap.
> 
> Acknowledgement
> ---------------
> 
> Parts of the test suite, code review, and refactoring were done
> with the assistance of Anthropic Claude (AI).  All generated code
> was reviewed and tested by the author.
> 
> Requirements:
>   - Kernel headers with IORING_ASYNC_CANCEL_ALL (upstream since 5.19)
>   - liburing >= 2.0
> 
> Should work on distributions: Debian 12+, Ubuntu 24.04+,
> Fedora 37+, SLES 15 SP6+ / openSUSE Tumbleweed.
> RHEL 9 is not supported (io_uring is disabled by default).
> 
> v6:
>   - fix lots of bugs found doing automated review
>   - convert to use ifindex and netlink to avoid rename issues
>   - implement xstats
> 
> Stephen Hemminger (11):
>   net/rtap: add driver skeleton and documentation
>   net/rtap: add TAP device creation and queue management
>   net/rtap: add Rx/Tx with scatter/gather support
>   net/rtap: add statistics and device info
>   net/rtap: add link and device management operations
>   net/rtap: add checksum and TSO offload support
>   net/rtap: add multi-process support
>   net/rtap: add link state change interrupt
>   net/rtap: add Rx interrupt support
>   net/rtap: add extended statistics support
>   test: add unit tests for rtap PMD
> 
>  MAINTAINERS                            |    7 +
>  app/test/meson.build                   |    1 +
>  app/test/test_pmd_rtap.c               | 2620 ++++++++++++++++++++++++
>  doc/guides/nics/features/rtap.ini      |   26 +
>  doc/guides/nics/index.rst              |    1 +
>  doc/guides/nics/rtap.rst               |  101 +
>  doc/guides/rel_notes/release_26_03.rst |    7 +
>  drivers/net/meson.build                |    1 +
>  drivers/net/rtap/meson.build           |   30 +
>  drivers/net/rtap/rtap.h                |  152 ++
>  drivers/net/rtap/rtap_ethdev.c         |  864 ++++++++
>  drivers/net/rtap/rtap_intr.c           |  207 ++
>  drivers/net/rtap/rtap_netlink.c        |  445 ++++
>  drivers/net/rtap/rtap_rxtx.c           |  803 ++++++++
>  drivers/net/rtap/rtap_xstats.c         |  293 +++
>  15 files changed, 5558 insertions(+)
>  create mode 100644 app/test/test_pmd_rtap.c
>  create mode 100644 doc/guides/nics/features/rtap.ini
>  create mode 100644 doc/guides/nics/rtap.rst
>  create mode 100644 drivers/net/rtap/meson.build
>  create mode 100644 drivers/net/rtap/rtap.h
>  create mode 100644 drivers/net/rtap/rtap_ethdev.c
>  create mode 100644 drivers/net/rtap/rtap_intr.c
>  create mode 100644 drivers/net/rtap/rtap_netlink.c
>  create mode 100644 drivers/net/rtap/rtap_rxtx.c
>  create mode 100644 drivers/net/rtap/rtap_xstats.c
> 
> --
> 2.51.0


  parent reply	other threads:[~2026-02-15  8:58 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-10 21:23 [RFC 0/8] ioring: network driver Stephen Hemminger
2024-12-10 21:23 ` [RFC 1/8] net/ioring: introduce new driver Stephen Hemminger
2024-12-10 21:23 ` [RFC 2/8] net/ioring: implement link state Stephen Hemminger
2024-12-10 21:23 ` [RFC 3/8] net/ioring: implement control functions Stephen Hemminger
2024-12-10 21:23 ` [RFC 4/8] net/ioring: implement management functions Stephen Hemminger
2024-12-10 21:23 ` [RFC 5/8] net/ioring: implement primary secondary fd passing Stephen Hemminger
2024-12-10 21:23 ` [RFC 6/8] net/ioring: implement receive and transmit Stephen Hemminger
2024-12-10 21:23 ` [RFC 7/8] net/ioring: add VLAN support Stephen Hemminger
2024-12-10 21:23 ` [RFC 8/8] net/ioring: implement statistics Stephen Hemminger
2024-12-11 11:34 ` [RFC 0/8] ioring: network driver Konstantin Ananyev
2024-12-11 15:03   ` Stephen Hemminger
2024-12-12 19:06     ` Konstantin Ananyev
2024-12-19 15:40       ` Morten Brørup
2024-12-20 14:34         ` Konstantin Ananyev
2024-12-20 16:19           ` Stephen Hemminger
2024-12-11 16:28 ` [PATCH v2 " Stephen Hemminger
2024-12-11 16:28   ` [PATCH v2 1/8] net/ioring: introduce new driver Stephen Hemminger
2024-12-28 16:39     ` Morten Brørup
2024-12-11 16:28   ` [PATCH v2 2/8] net/ioring: implement link state Stephen Hemminger
2024-12-11 16:28   ` [PATCH v2 3/8] net/ioring: implement control functions Stephen Hemminger
2024-12-11 16:28   ` [PATCH v2 4/8] net/ioring: implement management functions Stephen Hemminger
2024-12-11 16:28   ` [PATCH v2 5/8] net/ioring: implement primary secondary fd passing Stephen Hemminger
2024-12-11 16:28   ` [PATCH v2 6/8] net/ioring: implement receive and transmit Stephen Hemminger
2024-12-11 16:28   ` [PATCH v2 7/8] net/ioring: add VLAN support Stephen Hemminger
2024-12-11 16:28   ` [PATCH v2 8/8] net/ioring: implement statistics Stephen Hemminger
2025-03-11 23:51 ` [PATCH v3 0/9] ioring PMD device Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 1/9] net/ioring: introduce new driver Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 2/9] net/ioring: implement link state Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 3/9] net/ioring: implement control functions Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 4/9] net/ioring: implement management functions Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 5/9] net/ioring: implement secondary process support Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 6/9] net/ioring: implement receive and transmit Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 7/9] net/ioring: add VLAN support Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 8/9] net/ioring: implement statistics Stephen Hemminger
2025-03-11 23:51   ` [PATCH v3 9/9] net/ioring: support multi-segment Rx and Tx Stephen Hemminger
2025-03-13 21:50 ` [PATCH v4 00/10] new ioring PMD Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 01/10] net/ioring: introduce new driver Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 02/10] net/ioring: implement link state Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 03/10] net/ioring: implement control functions Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 04/10] net/ioring: implement management functions Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 05/10] net/ioring: implement secondary process support Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 06/10] net/ioring: implement receive and transmit Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 07/10] net/ioring: implement statistics Stephen Hemminger
2025-03-13 21:50   ` [PATCH v4 08/10] net/ioring: support multi-segment Rx and Tx Stephen Hemminger
2025-03-13 21:51   ` [PATCH v4 09/10] net/ioring: support Tx checksum and segment offload Stephen Hemminger
2025-03-13 21:51   ` [PATCH v4 10/10] net/ioring: add support for Rx offload Stephen Hemminger
2026-02-09 18:38 ` [PATCH v5 00/10] net/rtap: add io_uring based TAP driver Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 01/10] net/rtap: add driver skeleton and documentation Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 02/10] net/rtap: add TAP device creation and queue management Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 03/10] net/rtap: add Rx/Tx with scatter/gather support Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 04/10] net/rtap: add statistics and device info Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 05/10] net/rtap: add link and device management operations Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 06/10] net/rtap: add checksum and TSO offload support Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 07/10] net/rtap: add link state change interrupt Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 08/10] net/rtap: add multi-process support Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 09/10] net/rtap: add Rx interrupt support Stephen Hemminger
2026-02-09 18:39   ` [PATCH v5 10/10] test: add unit tests for rtap PMD Stephen Hemminger
2026-02-10  9:18   ` [PATCH v5 00/10] net/rtap: add io_uring based TAP driver Morten Brørup
2026-02-14 23:44 ` [PATCH v6 00/11] " Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 01/11] net/rtap: add driver skeleton and documentation Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 02/11] net/rtap: add TAP device creation and queue management Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 03/11] net/rtap: add Rx/Tx with scatter/gather support Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 04/11] net/rtap: add statistics and device info Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 05/11] net/rtap: add link and device management operations Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 06/11] net/rtap: add checksum and TSO offload support Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 07/11] net/rtap: add multi-process support Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 08/11] net/rtap: add link state change interrupt Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 09/11] net/rtap: add Rx interrupt support Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 10/11] net/rtap: add extended statistics support Stephen Hemminger
2026-02-14 23:44   ` [PATCH v6 11/11] test: add unit tests for rtap PMD Stephen Hemminger
2026-02-15  8:58   ` Konstantin Ananyev [this message]
2026-02-15 17:08     ` [PATCH v6 00/11] net/rtap: add io_uring based TAP driver Stephen Hemminger

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=f1c3abe8bccc44ae96992945d379447f@huawei.com \
    --to=konstantin.ananyev@huawei.com \
    --cc=dev@dpdk.org \
    --cc=stephen@networkplumber.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.