public inbox for passt-dev@passt.top
 help / color / mirror / code / Atom feed
From: Laurent Vivier <lvivier@redhat.com>
To: passt-dev@passt.top
Cc: Laurent Vivier <lvivier@redhat.com>,
	David Gibson <david@gibson.dropbear.id.au>
Subject: [PATCH v9 25/30] icmp: use iov_tail rather than pool
Date: Fri,  8 Aug 2025 16:01:37 +0200	[thread overview]
Message-ID: <20250808140142.3404325-26-lvivier@redhat.com> (raw)
In-Reply-To: <20250808140142.3404325-1-lvivier@redhat.com>

This patch refactors the icmp_tap_handler() function to accept
`struct iov_tail *data` directly as its packet input, replacing the
`const struct pool *p` parameter.

This change simplifies callers, such as tap4_handler(), which now pass
the iov_tail representing the L4 ICMP message directly.
This removes the need for intermediate packet pool handling.

Signed-off-by: Laurent Vivier <lvivier@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
---
 icmp.c | 14 +++++---------
 icmp.h |  2 +-
 tap.c  |  7 ++-----
 3 files changed, 8 insertions(+), 15 deletions(-)

diff --git a/icmp.c b/icmp.c
index 9d90141542ff..6dffafb0bf54 100644
--- a/icmp.c
+++ b/icmp.c
@@ -230,20 +230,19 @@ cancel:
  * @af:		Address family, AF_INET or AF_INET6
  * @saddr:	Source address
  * @daddr:	Destination address
- * @p:		Packet pool, single packet with ICMP/ICMPv6 header
+ * @data:	Single packet with ICMP/ICMPv6 header
  * @now:	Current timestamp
  *
  * Return: count of consumed packets (always 1, even if malformed)
  */
 int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
 		     const void *saddr, const void *daddr,
-		     const struct pool *p, const struct timespec *now)
+		     struct iov_tail *data, const struct timespec *now)
 {
 	struct iovec iov[MAX_IOV_ICMP];
 	struct icmp_ping_flow *pingf;
 	const struct flowside *tgt;
 	union sockaddr_inany sa;
-	struct iov_tail data;
 	struct msghdr msh;
 	uint16_t id, seq;
 	union flow *flow;
@@ -253,14 +252,11 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
 	(void)saddr;
 	ASSERT(pif == PIF_TAP);
 
-	if (!packet_get(p, 0, &data))
-		return -1;
-
 	if (af == AF_INET) {
 		struct icmphdr ih_storage;
 		const struct icmphdr *ih;
 
-		ih = IOV_PEEK_HEADER(&data, ih_storage);
+		ih = IOV_PEEK_HEADER(data, ih_storage);
 		if (!ih)
 			return 1;
 
@@ -274,7 +270,7 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
 		struct icmp6hdr ih_storage;
 		const struct icmp6hdr *ih;
 
-		ih = IOV_PEEK_HEADER(&data, ih_storage);
+		ih = IOV_PEEK_HEADER(data, ih_storage);
 		if (!ih)
 			return 1;
 
@@ -288,7 +284,7 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
 		ASSERT(0);
 	}
 
-	cnt = iov_tail_clone(&iov[0], MAX_IOV_ICMP, &data);
+	cnt = iov_tail_clone(&iov[0], MAX_IOV_ICMP, data);
 	if (cnt < 0)
 		return 1;
 
diff --git a/icmp.h b/icmp.h
index 5ce22b5eca1f..d1cecb20e29d 100644
--- a/icmp.h
+++ b/icmp.h
@@ -14,7 +14,7 @@ struct icmp_ping_flow;
 void icmp_sock_handler(const struct ctx *c, union epoll_ref ref);
 int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
 		     const void *saddr, const void *daddr,
-		     const struct pool *p, const struct timespec *now);
+		     struct iov_tail *data, const struct timespec *now);
 void icmp_init(void);
 
 /**
diff --git a/tap.c b/tap.c
index 3262b44c4287..48152a84674c 100644
--- a/tap.c
+++ b/tap.c
@@ -764,17 +764,14 @@ resume:
 			continue;
 
 		if (iph->protocol == IPPROTO_ICMP) {
-			PACKET_POOL_P(pkt, 1, in->buf, in->buf_size);
-
 			if (c->no_icmp)
 				continue;
 
 			tap_packet_debug(iph, NULL, NULL, 0, NULL, 1);
 
-			packet_add(pkt, &data);
 			icmp_tap_handler(c, PIF_TAP, AF_INET,
 					 &iph->saddr, &iph->daddr,
-					 pkt, now);
+					 &data, now);
 			continue;
 		}
 
@@ -964,7 +961,7 @@ resume:
 			tap_packet_debug(NULL, ip6h, NULL, proto, NULL, 1);
 
 			icmp_tap_handler(c, PIF_TAP, AF_INET6,
-					 saddr, daddr, pkt, now);
+					 saddr, daddr, &data, now);
 			continue;
 		}
 
-- 
@@ -764,17 +764,14 @@ resume:
 			continue;
 
 		if (iph->protocol == IPPROTO_ICMP) {
-			PACKET_POOL_P(pkt, 1, in->buf, in->buf_size);
-
 			if (c->no_icmp)
 				continue;
 
 			tap_packet_debug(iph, NULL, NULL, 0, NULL, 1);
 
-			packet_add(pkt, &data);
 			icmp_tap_handler(c, PIF_TAP, AF_INET,
 					 &iph->saddr, &iph->daddr,
-					 pkt, now);
+					 &data, now);
 			continue;
 		}
 
@@ -964,7 +961,7 @@ resume:
 			tap_packet_debug(NULL, ip6h, NULL, proto, NULL, 1);
 
 			icmp_tap_handler(c, PIF_TAP, AF_INET6,
-					 saddr, daddr, pkt, now);
+					 saddr, daddr, &data, now);
 			continue;
 		}
 
-- 
2.49.0


  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 ` Laurent Vivier [this message]
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 ` [PATCH v9 30/30] packet: Add support for multi-vector packets Laurent Vivier
2025-08-13  3:26   ` 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-26-lvivier@redhat.com \
    --to=lvivier@redhat.com \
    --cc=david@gibson.dropbear.id.au \
    --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).