From: Laurent Vivier <lvivier@redhat.com>
To: passt-dev@passt.top
Cc: Laurent Vivier <lvivier@redhat.com>
Subject: [PATCH v9 30/30] packet: Add support for multi-vector packets
Date: Fri, 8 Aug 2025 16:01:42 +0200 [thread overview]
Message-ID: <20250808140142.3404325-31-lvivier@redhat.com> (raw)
In-Reply-To: <20250808140142.3404325-1-lvivier@redhat.com>
The packet pool was previously limited to handling packets contained
within a single buffer.
This patch extends the packet pool to support iovec array,
allowing a single logical packet to be composed of multiple iovec.
To accommodate this, the storage format within the pool is modified.
For a multi-vector packet, a header entry is now stored first with
iov_base = NULL and iov_len holding the number of subsequent
vectors. The actual data vectors are then stored in the following
pool slots.
The packet_add_do() and packet_get_do() functions are updated to
manage this new format for storing and retrieving packets. The
pool_full() check is also adjusted to ensure there is enough
space for all vectors of a new packet before adding it.
Signed-off-by: Laurent Vivier <lvivier@redhat.com>
---
packet.c | 50 +++++++++++++++++++++++++++++++++-----------------
packet.h | 2 +-
tap.c | 4 ++--
3 files changed, 36 insertions(+), 20 deletions(-)
diff --git a/packet.c b/packet.c
index 27693c55a138..919a6b931904 100644
--- a/packet.c
+++ b/packet.c
@@ -93,12 +93,13 @@ static int packet_check_range(const struct pool *p, const char *ptr, size_t len,
/**
* pool_full() - Is a packet pool full?
* @p: Pointer to packet pool
+ * @data: check data can fit in the pool
*
- * Return: true if the pool is full, false if more packets can be added
+ * Return: true if the pool is full, false if data can be added
*/
-bool pool_full(const struct pool *p)
+bool pool_full(const struct pool *p, const struct iov_tail *data)
{
- return p->count >= p->size;
+ return p->count + data->cnt + (data->cnt > 1) >= p->size;
}
/**
@@ -111,11 +112,9 @@ bool pool_full(const struct pool *p)
void packet_add_do(struct pool *p, struct iov_tail *data,
const char *func, int line)
{
- size_t idx = p->count;
- const char *start;
- size_t len;
+ size_t idx = p->count, i, offset;
- if (pool_full(p)) {
+ if (pool_full(p, data)) {
debug("add packet index %zu to pool with size %zu, %s:%i",
idx, p->size, func, line);
return;
@@ -124,18 +123,30 @@ void packet_add_do(struct pool *p, struct iov_tail *data,
if (!iov_tail_prune(data))
return;
- ASSERT(data->cnt == 1); /* we don't support iovec */
+ if (data->cnt > 1) {
+ p->pkt[idx].iov_base = NULL;
+ p->pkt[idx].iov_len = data->cnt;
+ idx++;
+ }
- len = data->iov[0].iov_len - data->off;
- start = (char *)data->iov[0].iov_base + data->off;
+ offset = data->off;
+ for (i = 0; i < data->cnt; i++) {
+ const char *start;
+ size_t len;
- if (packet_check_range(p, start, len, func, line))
- return;
+ len = data->iov[i].iov_len - offset;
+ start = (char *)data->iov[i].iov_base + offset;
+ offset = 0;
- p->pkt[idx].iov_base = (void *)start;
- p->pkt[idx].iov_len = len;
+ if (packet_check_range(p, start, len, func, line))
+ return;
- p->count++;
+ p->pkt[idx].iov_base = (void *)start;
+ p->pkt[idx].iov_len = len;
+ idx++;
+ }
+
+ p->count = idx;
}
/**
@@ -165,9 +176,14 @@ bool packet_get_do(const struct pool *p, size_t idx,
return false;
}
- data->cnt = 1;
+ if (p->pkt[idx].iov_base) {
+ data->cnt = 1;
+ data->iov = &p->pkt[idx];
+ } else {
+ data->cnt = p->pkt[idx].iov_len;
+ data->iov = &p->pkt[idx + 1];
+ }
data->off = 0;
- data->iov = &p->pkt[idx];
for (i = 0; i < data->cnt; i++) {
ASSERT_WITH_MSG(!packet_check_range(p, data->iov[i].iov_base,
diff --git a/packet.h b/packet.h
index e51cbd19fdc4..67dc7deb17db 100644
--- a/packet.h
+++ b/packet.h
@@ -37,7 +37,7 @@ void packet_add_do(struct pool *p, struct iov_tail *data,
const char *func, int line);
bool packet_get_do(const struct pool *p, const size_t idx,
struct iov_tail *data, const char *func, int line);
-bool pool_full(const struct pool *p);
+bool pool_full(const struct pool *p, const struct iov_tail *data);
void pool_flush(struct pool *p);
#define packet_add(p, data) \
diff --git a/tap.c b/tap.c
index 9fd00915bb01..95688b22fcb7 100644
--- a/tap.c
+++ b/tap.c
@@ -1103,14 +1103,14 @@ void tap_add_packet(struct ctx *c, struct iov_tail *data,
switch (ntohs(eh->h_proto)) {
case ETH_P_ARP:
case ETH_P_IP:
- if (pool_full(pool_tap4)) {
+ if (pool_full(pool_tap4, data)) {
tap4_handler(c, pool_tap4, now);
pool_flush(pool_tap4);
}
packet_add(pool_tap4, data);
break;
case ETH_P_IPV6:
- if (pool_full(pool_tap6)) {
+ if (pool_full(pool_tap6, data)) {
tap6_handler(c, pool_tap6, now);
pool_flush(pool_tap6);
}
--
@@ -1103,14 +1103,14 @@ void tap_add_packet(struct ctx *c, struct iov_tail *data,
switch (ntohs(eh->h_proto)) {
case ETH_P_ARP:
case ETH_P_IP:
- if (pool_full(pool_tap4)) {
+ if (pool_full(pool_tap4, data)) {
tap4_handler(c, pool_tap4, now);
pool_flush(pool_tap4);
}
packet_add(pool_tap4, data);
break;
case ETH_P_IPV6:
- if (pool_full(pool_tap6)) {
+ if (pool_full(pool_tap6, data)) {
tap6_handler(c, pool_tap6, now);
pool_flush(pool_tap6);
}
--
2.49.0
next prev parent reply other threads:[~2025-08-08 14:03 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-08 14:01 [PATCH v9 00/30] Introduce discontiguous frames management Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 01/30] arp: Don't mix incoming and outgoing buffers Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 02/30] iov: Introduce iov_tail_clone() and iov_tail_drop() Laurent Vivier
2025-08-13 2:37 ` David Gibson
2025-08-08 14:01 ` [PATCH v9 03/30] iov: Update IOV_REMOVE_HEADER() and IOV_PEEK_HEADER() Laurent Vivier
2025-08-13 2:41 ` David Gibson
2025-08-13 14:38 ` Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 04/30] tap: Use iov_tail with tap_add_packet() Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 05/30] packet: Use iov_tail with packet_add() Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 06/30] packet: Add packet_data() Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 07/30] arp: Convert to iov_tail Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 08/30] ndp: " Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 09/30] icmp: " Laurent Vivier
2025-08-13 3:09 ` David Gibson
2025-08-08 14:01 ` [PATCH v9 10/30] udp: " Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 11/30] tcp: Convert tcp_tap_handler() to use iov_tail Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 12/30] tcp: Convert tcp_data_from_tap() " Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 13/30] dhcpv6: move offset initialization out of dhcpv6_opt() Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 14/30] dhcpv6: Extract sending of NotOnLink status Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 15/30] dhcpv6: Convert to iov_tail Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 16/30] dhcpv6: Use iov_tail in dhcpv6_opt() Laurent Vivier
2025-08-13 3:13 ` David Gibson
2025-08-08 14:01 ` [PATCH v9 17/30] dhcp: Convert to iov_tail Laurent Vivier
2025-08-13 3:17 ` David Gibson
2025-08-08 14:01 ` [PATCH v9 18/30] ip: Use iov_tail in ipv6_l4hdr() Laurent Vivier
2025-08-13 3:20 ` David Gibson
2025-08-08 14:01 ` [PATCH v9 19/30] tap: Convert tap4_handler() to iov_tail Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 20/30] tap: Convert tap6_handler() " Laurent Vivier
2025-08-13 3:22 ` David Gibson
2025-08-08 14:01 ` [PATCH v9 21/30] packet: rename packet_data() to packet_get() Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 22/30] arp: use iov_tail rather than pool Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 23/30] dhcp: " Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 24/30] dhcpv6: " Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 25/30] icmp: " Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 26/30] ndp: " Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 27/30] packet: remove PACKET_POOL() and PACKET_POOL_P() Laurent Vivier
2025-08-08 14:01 ` [PATCH v9 28/30] packet: remove unused parameter from PACKET_POOL_DECL() Laurent Vivier
2025-08-13 3:24 ` David Gibson
2025-08-08 14:01 ` [PATCH v9 29/30] packet: Refactor vhost-user memory region handling Laurent Vivier
2025-08-13 3:25 ` David Gibson
2025-08-08 14:01 ` Laurent Vivier [this message]
2025-08-13 3:26 ` [PATCH v9 30/30] packet: Add support for multi-vector packets David Gibson
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=20250808140142.3404325-31-lvivier@redhat.com \
--to=lvivier@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).