From: Laurent Vivier <lvivier@redhat.com>
To: aerosouund <aerosound161@gmail.com>, passt-dev@passt.top
Cc: eperezma@redhat.com
Subject: Re: [PATCH 2/7] conf: Add context fields, epoll types and --vhost-kernel flag to pasta
Date: Wed, 9 Sep 2026 14:35:41 +0200 [thread overview]
Message-ID: <5048eb43-caa2-46ae-839f-696e05e02ebf@redhat.com> (raw)
In-Reply-To: <20260904212826.41027-3-aerosound161@gmail.com>
On 9/4/26 23:28, aerosouund wrote:
> From: Ammar Yasser <aerosound161@gmail.com>
>
> --vhost-kernel controls whether to use vhost-net acceleration for pasta.
> It takes one of three modes: "on" requires acceleration and fails if it
> isn't available, "off" never uses it, and "auto" uses it if it's
> available and falls back to plain tap operation otherwise. "auto" is the
> default, so an unmodified invocation picks up acceleration wherever the
> kernel offers it, and behaves as before where it doesn't.
>
> EPOLL_TYPE_VHOST_CALL means the kernel wants to notify us about data it
> has written. EPOLL_TYPE_VHOST_ERROR means the kernel encountered an
> internal error on vhost and wants to tell us something went wrong.
>
> Collect the vhost state in a single struct vhost_ctx with the following
> fields:
>
> - mode: which of the three modes above was requested
> - fd: file descriptor for /dev/vhost-net, which doubles as our
> indication that setup succeeded
> - features: virtio feature bits negotiated with vhost-net
> - vq[]: kick, call and err eventfds for both queues
>
> Modify tap_hdr_iov to create an iov with the size of a
> virtio_net_mrg_rxbuf if vhost initialization has been successful (we are
> in mode 'on' or 'auto' and we didn't need the tap fallback)
>
> Move the L2_MAX_LEN_XX constants from tap.h to passt.h to avoid the
> circular dependency between both files. VHOST_DESC_BYTES is defined as
> the maximum l2 frame size + the size of the virtio net header, if the
> length constant remains in tap.h passt.h would need to include it, but
> tap.h needs to include passt.h to get the definition of `struct ctx`.
> Moving the length constants to passt.h makes it free of dependency on
> tap.h
>
> Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
> Signed-off-by: Ammar Yasser <aerosound161@gmail.com>
> ---
> conf.c | 19 +++++++++++++
> epoll_type.h | 4 +++
> passt.c | 3 ++
> passt.h | 79 ++++++++++++++++++++++++++++++++++++++++++++++++++--
> tap.h | 36 ++++++------------------
> 5 files changed, 112 insertions(+), 29 deletions(-)
>
> diff --git a/conf.c b/conf.c
> index faf2681..a7b934a 100644
> --- a/conf.c
> +++ b/conf.c
> @@ -736,6 +736,9 @@ pasta_opts:
> " default: auto\n"
> " --host-lo-to-ns-lo Translate host-loopback forwards to\n"
> " namespace loopback\n"
> + " --vhost-kernel MODE Use vhost-kernel acceleration\n"
> + " MODE is \"on\", \"off\" or \"auto\"\n"
> + " default: auto\n"
> " --userns NSPATH Target user namespace to join\n"
> " --netns PATH|NAME Target network namespace to join\n"
> " --netns-only Don't join existing user namespace\n"
> @@ -766,6 +769,7 @@ enum passt_modes conf_mode(int argc, char *argv[])
> int vhost_user = 0;
> const struct option optvu[] = {
> {"vhost-user", no_argument, &vhost_user, 1 },
> + {"vhost-kernel", required_argument, NULL, 0 },
I don't think it's really needed.
> { 0 },
> };
> char argv0[PATH_MAX], *basearg0;
> @@ -1348,6 +1352,7 @@ void conf(struct ctx *c, int argc, char **argv)
> {"stats", required_argument, NULL, 31 },
> {"conf-path", required_argument, NULL, 'c' },
> {"chroot-fallback", no_argument, NULL, 32 },
> + {"vhost-kernel", required_argument, NULL, 33 },
> { 0 },
> };
> const char *optstring = "+dqfel:hs:c:F:I:p:P:m:a:n:M:g:i:o:D:S:H:461t:u:T:U:";
> @@ -1588,6 +1593,20 @@ void conf(struct ctx *c, int argc, char **argv)
> break;
> case 32:
> c->chroot_fallback = true;
> + break;
> + case 33:
> + if (c->mode != MODE_PASTA)
> + die("--vhost-kernel is for pasta mode only");
> +
> + if (!strcmp(optarg, "auto"))
> + c->vhost.mode = VHOST_MODE_AUTO;
> + else if (!strcmp(optarg, "on"))
> + c->vhost.mode = VHOST_MODE_ON;
> + else if (!strcmp(optarg, "off"))
> + c->vhost.mode = VHOST_MODE_OFF;
> + else
> + die("Invalid vhost-kernel mode: %s", optarg);
> +
> break;
> case 'd':
> c->debug = 1;
> diff --git a/epoll_type.h b/epoll_type.h
> index 061325a..e3206d1 100644
> --- a/epoll_type.h
> +++ b/epoll_type.h
> @@ -50,6 +50,10 @@ enum epoll_type {
> EPOLL_TYPE_CONF_LISTEN,
> /* Configuration socket */
> EPOLL_TYPE_CONF,
> + /* vhost-kernel call socket */
> + EPOLL_TYPE_VHOST_CALL,
> + /* vhost-kernel error socket */
> + EPOLL_TYPE_VHOST_ERROR,
>
> EPOLL_NUM_TYPES,
> };
> diff --git a/passt.c b/passt.c
> index 5054551..6002231 100644
> --- a/passt.c
> +++ b/passt.c
> @@ -65,6 +65,7 @@ char pkt_buf[PKT_BUF_BYTES] __attribute__ ((aligned(PAGE_SIZE)));
> struct ctx passt_ctx = {
> .pidfile_fd = -1,
> .fd_tap = -1,
> + .vhost = { .fd = -1 },
> .fd_tap_listen = -1,
> .fd_control_listen = -1,
> .fd_repair_listen = -1,
> @@ -92,6 +93,8 @@ char *epoll_type_str[] = {
> [EPOLL_TYPE_NL_NEIGH] = "netlink neighbour notifier socket",
> [EPOLL_TYPE_CONF_LISTEN] = "configuration listening socket",
> [EPOLL_TYPE_CONF] = "configuration socket",
> + [EPOLL_TYPE_VHOST_CALL] = "vhost-kernel call socket",
> + [EPOLL_TYPE_VHOST_ERROR] = "vhost-kernel error socket",
> };
> static_assert(ARRAY_SIZE(epoll_type_str) == EPOLL_NUM_TYPES,
> "epoll_type_str[] doesn't match enum epoll_type");
> diff --git a/passt.h b/passt.h
> index 51ccd4f..5e0de3e 100644
> --- a/passt.h
> +++ b/passt.h
> @@ -13,8 +13,11 @@ union epoll_ref;
>
> #include <stdbool.h>
> #include <assert.h>
> +#include <limits.h>
> #include <sys/epoll.h>
>
> +#include <linux/virtio_net.h>
> +
> #include "pif.h"
> #include "packet.h"
> #include "siphash.h"
> @@ -35,8 +38,43 @@ union epoll_ref;
> #define MAC_OUR_LAA \
> ((uint8_t [ETH_ALEN]){0x9a, 0x55, 0x9a, 0x55, 0x9a, 0x55})
>
> -/* Large enough for ~128 maximum size frames */
> -#define PKT_BUF_BYTES (8UL << 20)
> +
> +/** L2_MAX_LEN_PASTA - Maximum frame length for pasta mode (with L2 header)
> + *
> + * The kernel tuntap device imposes a maximum frame size of 65535 including
> + * 'hard_header_len' (14 bytes for L2 Ethernet in the case of "tap" mode).
> + */
> +#define L2_MAX_LEN_PASTA USHRT_MAX
> +
> +/** L2_MAX_LEN_PASST - Maximum frame length for passt mode (with L2 header)
> + *
> + * The only structural limit the QEMU socket protocol imposes on frames is
> + * (2^32-1) bytes, but that would be ludicrously long in practice. For now,
> + * limit it somewhat arbitrarily to 65535 bytes. FIXME: Work out an appropriate
> + * limit with more precision.
> + */
> +#define L2_MAX_LEN_PASST USHRT_MAX
> +
> +/** L2_MAX_LEN_VU - Maximum frame length for vhost-user mode (with L2 header)
> + *
> + * vhost-user allows multiple buffers per frame, each of which can be quite
> + * large, so the inherent frame size limit is rather large. Much larger than is
> + * actually useful for IP. For now limit arbitrarily to 65535 bytes. FIXME:
> + * Work out an appropriate limit with more precision.
> + */
> +#define L2_MAX_LEN_VU USHRT_MAX
> +
> +/* Number of descriptors in each vhost-net virtqueue */
> +#define VHOST_NDESCS 128
> +
> +/* Bytes of pkt_buf backing one from-guest descriptor: a maximum size frame
> + * plus the virtio-net header the kernel writes in front of it
> + */
> +#define VHOST_DESC_BYTES (L2_MAX_LEN_PASTA + \
> + sizeof(struct virtio_net_hdr_mrg_rxbuf))
> +
> +/* One maximum size frame per vhost-net descriptor */bbb
> +#define PKT_BUF_BYTES (VHOST_NDESCS * VHOST_DESC_BYTES)
128 * (65535 + 12) = 8390016
but we have in passt.c
madvise(pkt_buf, sizeof(pkt_buf), MADV_HUGEPAGE);
originaly we had:
2dbed699e78e ("passt: Align pkt_buf to PAGE_SIZE (start and size), try to fit in huge pages")
And your change is reverting the logic of:
b6945e055376 ("Simplify sizing of pkt_buf")
>
> extern char pkt_buf [PKT_BUF_BYTES];
>
> @@ -156,6 +194,40 @@ struct ip6_ctx {
>
> #include <netinet/if_ether.h>
>
> +/**
> + * enum vhost_mode - Whether to use vhost-kernel acceleration
> + * @VHOST_MODE_AUTO: Use it if it's available, fall back to plain tap if not
> + * @VHOST_MODE_ON: Require it, fail if it's not available
> + * @VHOST_MODE_OFF: Never use it
> + */
> +enum vhost_mode {
> + VHOST_MODE_AUTO = 0,
> + VHOST_MODE_ON,
> + VHOST_MODE_OFF,
> +};
> +
> +/**
> + * struct vhost_ctx - Execution context for vhost-kernel acceleration
> + * @mode: Whether to use acceleration at all, see enum vhost_mode
> + * @fd: File descriptor for /dev/vhost-net, -1 if not set up
> + * @features: virtio feature bits negotiated with vhost-net
> + * @vq: Per-virtqueue eventfds ([0] is from-guest, [1] is to-guest)
> + * @vq.kick_fd: Written by us, to tell the kernel we queued something
> + * @vq.call_fd: Written by the kernel, to tell us it queued something
> + * @vq.err_fd: Written by the kernel on an internal vhost error
> + */
> +struct vhost_ctx {
> + enum vhost_mode mode;
> + int fd;
> + uint64_t features;
> +
> + struct {
> + int kick_fd;
> + int call_fd;
> + int err_fd;
> + } vq[2];
> +};
> +
> /**
> * struct ctx - Execution context
> * @mode: Operation mode, qemu/UNIX domain socket or namespace/tap
> @@ -185,6 +257,7 @@ struct ip6_ctx {
> * @our_tap_mac: Pasta/passt's MAC on the tap link
> * @guest_mac: MAC address of guest or namespace, seen or configured
> * @hash_secret: 128-bit secret for siphash functions
> + * @vhost: vhost-kernel acceleration context, pasta mode only
> * @ifi4: Template interface for IPv4, -1: none, 0: IPv4 disabled
> * @ip4: IPv4 configuration
> * @dns_search: DNS search list
> @@ -264,6 +337,8 @@ struct ctx {
>
> uint64_t hash_secret[2];
>
> + struct vhost_ctx vhost;
> +
> int ifi4;
> struct ip4_ctx ip4;
>
> diff --git a/tap.h b/tap.h
> index 1625975..ce1efa8 100644
> --- a/tap.h
> +++ b/tap.h
> @@ -12,31 +12,6 @@
> #include "passt.h"
> #include "tap_hdr.h"
>
> -/** L2_MAX_LEN_PASTA - Maximum frame length for pasta mode (with L2 header)
> - *
> - * The kernel tuntap device imposes a maximum frame size of 65535 including
> - * 'hard_header_len' (14 bytes for L2 Ethernet in the case of "tap" mode).
> - */
> -#define L2_MAX_LEN_PASTA USHRT_MAX
> -
> -/** L2_MAX_LEN_PASST - Maximum frame length for passt mode (with L2 header)
> - *
> - * The only structural limit the QEMU socket protocol imposes on frames is
> - * (2^32-1) bytes, but that would be ludicrously long in practice. For now,
> - * limit it somewhat arbitrarily to 65535 bytes. FIXME: Work out an appropriate
> - * limit with more precision.
> - */
> -#define L2_MAX_LEN_PASST USHRT_MAX
> -
> -/** L2_MAX_LEN_VU - Maximum frame length for vhost-user mode (with L2 header)
> - *
> - * vhost-user allows multiple buffers per frame, each of which can be quite
> - * large, so the inherent frame size limit is rather large. Much larger than is
> - * actually useful for IP. For now limit arbitrarily to 65535 bytes. FIXME:
> - * Work out an appropriate limit with more precision.
> - */
> -#define L2_MAX_LEN_VU USHRT_MAX
> -
> struct udphdr;
>
> /**
> @@ -50,10 +25,17 @@ struct udphdr;
> static inline struct iovec tap_hdr_iov(const struct ctx *c,
> struct tap_hdr *thdr)
> {
> - return (struct iovec){
> + struct iovec ret = {
> .iov_base = thdr,
> - .iov_len = c->mode == MODE_PASST ? sizeof(*thdr) : 0,
> };
> +
> + if ((c->vhost.fd != -1)) {
double parentheses.
> + ret.iov_len = sizeof(struct virtio_net_hdr_mrg_rxbuf);
> + } else {
> + ret.iov_len = c->mode == MODE_PASST ? sizeof(thdr->vnet_len) : 0;
> + };
no need for the semicolon.
This change should be in PATCH 1
> +
> + return ret;
> }
>
> /**
next prev parent reply other threads:[~2026-09-09 12:35 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-04 21:28 [PATCH 0/7] Add vhost-net kernel support " aerosouund
2026-09-04 21:28 ` [PATCH 1/7] tap: Move the tap_hdr file to a separate file aerosouund
2026-09-05 1:52 ` David Gibson
2026-09-09 8:47 ` Laurent Vivier
2026-09-09 9:10 ` David Gibson
2026-09-09 9:42 ` Laurent Vivier
2026-09-04 21:28 ` [PATCH 2/7] conf: Add context fields, epoll types and --vhost-kernel flag to pasta aerosouund
2026-09-09 12:35 ` Laurent Vivier [this message]
2026-09-12 10:57 ` Ammar Yasser
2026-09-14 6:56 ` Laurent Vivier
2026-09-04 21:28 ` [PATCH 3/7] virtio: Add the pasta vhost-net interface and implementation aerosouund
2026-09-09 15:13 ` Laurent Vivier
2026-09-04 21:28 ` [PATCH 4/7] tap: Implement the pasta vhost-net from-guest path aerosouund
2026-09-04 21:28 ` [PATCH 5/7] tap, tcp, udp: Prepare the to-guest path for vhost-net aerosouund
2026-09-04 21:28 ` [PATCH 6/7] tap: Implement the pasta vhost-net to-guest path aerosouund
2026-09-16 14:00 ` Laurent Vivier
2026-09-04 21:28 ` [PATCH 7/7] tap/tcp: Replace tcp_payload_used with a ring buffer style index aerosouund
2026-09-16 14:29 ` Laurent Vivier
2026-09-05 16:25 ` [PATCH 2/7] conf: Add context fields, epoll types and --vhost-kernel flag to pasta aerosouund
2026-09-05 16:25 ` [PATCH 3/7] virtio: Add the pasta vhost-net interface and implementation aerosouund
2026-09-05 16:25 ` [PATCH 4/7] tap: Implement the pasta vhost-net from-guest path aerosouund
2026-09-05 16:25 ` [PATCH 7/7] tap/tcp: Replace tcp_payload_used with a ring buffer style index aerosouund
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=5048eb43-caa2-46ae-839f-696e05e02ebf@redhat.com \
--to=lvivier@redhat.com \
--cc=aerosound161@gmail.com \
--cc=eperezma@redhat.com \
--cc=passt-dev@passt.top \
/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.
Code repositories for project(s) associated with this public inbox
https://passt.top/passt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for IMAP folder(s).