From: Stefano Brivio <sbrivio@redhat.com>
To: Laurent Vivier <lvivier@redhat.com>
Cc: passt-dev@passt.top
Subject: Re: [PATCH v5 09/29] icmp: Convert to iov_tail
Date: Mon, 26 May 2025 16:20:03 +0200 [thread overview]
Message-ID: <20250526162003.1a10b9d6@elisabeth> (raw)
In-Reply-To: <20250417165136.2688884-10-lvivier@redhat.com>
On Thu, 17 Apr 2025 18:51:16 +0200
Laurent Vivier <lvivier@redhat.com> wrote:
> Use packet_data() and extract headers using IOV_PEEK_HEADER()
> rather than packet_get().
>
> Introduce iov_tail_msghdr() to convert iov_tail to msghdr
>
> Signed-off-by: Laurent Vivier <lvivier@redhat.com>
> ---
> icmp.c | 25 ++++++++++++++-----------
> iov.c | 23 +++++++++++++++++++++++
> iov.h | 2 ++
> 3 files changed, 39 insertions(+), 11 deletions(-)
>
> diff --git a/icmp.c b/icmp.c
> index 7e2b3423a8d1..d27d860b4af4 100644
> --- a/icmp.c
> +++ b/icmp.c
> @@ -241,25 +241,27 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
> struct icmp_ping_flow *pingf;
> const struct flowside *tgt;
> union sockaddr_inany sa;
> - size_t dlen, l4len;
> + struct iov_tail data;
> + struct msghdr msh;
> uint16_t id, seq;
> union flow *flow;
> uint8_t proto;
> socklen_t sl;
> - void *pkt;
>
> (void)saddr;
> ASSERT(pif == PIF_TAP);
>
> + if (!packet_data(p, 0, &data))
> + return -1;
> +
> if (af == AF_INET) {
> const struct icmphdr *ih;
> + struct icmphdr ihc;
>
> - if (!(pkt = packet_get(p, 0, 0, sizeof(*ih), &dlen)))
> + ih = IOV_PEEK_HEADER(&data, ihc);
> + if (!ih)
> return 1;
>
> - ih = (struct icmphdr *)pkt;
> - l4len = dlen + sizeof(*ih);
> -
> if (ih->type != ICMP_ECHO)
> return 1;
>
> @@ -268,13 +270,12 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
> seq = ntohs(ih->un.echo.sequence);
> } else if (af == AF_INET6) {
> const struct icmp6hdr *ih;
> + struct icmp6hdr ihc;
>
> - if (!(pkt = packet_get(p, 0, 0, sizeof(*ih), &dlen)))
> + ih = IOV_PEEK_HEADER(&data, ihc);
> + if (!ih)
> return 1;
>
> - ih = (struct icmp6hdr *)pkt;
> - l4len = dlen + sizeof(*ih);
> -
> if (ih->icmp6_type != ICMPV6_ECHO_REQUEST)
> return 1;
>
> @@ -298,8 +299,10 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, sa_family_t af,
> ASSERT(flow_proto[pingf->f.type] == proto);
> pingf->ts = now->tv_sec;
>
> +
> pif_sockaddr(c, &sa, &sl, PIF_HOST, &tgt->eaddr, 0);
> - if (sendto(pingf->sock, pkt, l4len, MSG_NOSIGNAL, &sa.sa, sl) < 0) {
> + iov_tail_msghdr(&msh, &data, &sa, sl);
> + if (sendmsg(pingf->sock, &msh, MSG_NOSIGNAL) < 0) {
> flow_dbg_perror(pingf, "failed to relay request to socket");
> } else {
> flow_dbg(pingf,
> diff --git a/iov.c b/iov.c
> index 334551833edc..bb095634246e 100644
> --- a/iov.c
> +++ b/iov.c
> @@ -210,6 +210,29 @@ ssize_t iov_slice(struct iovec *dst_iov, size_t dst_iov_cnt,
> return j;
> }
>
> +/**
> + * iov_tail_msghdr - Initialize a msghdr from an IOV tail structure
> + * @msh: msghdr to initialize
> + * @tail: iov_tail to use to set msg_iov and msg_iovlen
Nit: I think "to source msg_iov and msg_iovlen from" would be clearer
because it clearly indicates how iov_tail is used.
Then I realised that this goes away in 24/29 so... never mind.
> + * @msg_name: Pointer to set to msg_name
> + * @msg_namelen: Size of @msg_name
> + */
> +void iov_tail_msghdr(struct msghdr *msh, struct iov_tail *tail,
> + void *msg_name, socklen_t msg_namelen)
> +{
> + iov_tail_prune(tail);
> +
> + ASSERT(tail->off == 0);
> +
> + msh->msg_name = msg_name;
> + msh->msg_namelen = msg_namelen;
> + msh->msg_iov = (struct iovec *)tail->iov;
> + msh->msg_iovlen = tail->cnt;
> + msh->msg_control = NULL;
> + msh->msg_controllen = 0;
> + msh->msg_flags = 0;
> +}
> +
> /**
> * iov_tail_prune() - Remove any unneeded buffers from an IOV tail
> * @tail: IO vector tail (modified)
> diff --git a/iov.h b/iov.h
> index b15a300131b9..ffbcb0bac350 100644
> --- a/iov.h
> +++ b/iov.h
> @@ -83,6 +83,8 @@ struct iov_tail {
> #define IOV_TAIL_FROM_BUF(buf_, len_, off_) \
> IOV_TAIL((&(const struct iovec){ .iov_base = (buf_), .iov_len = (len_) }), 1, (off_))
>
> +void iov_tail_msghdr(struct msghdr *msh, struct iov_tail *tail,
> + void *msg_name, socklen_t msg_namelen);
> bool iov_tail_prune(struct iov_tail *tail);
> size_t iov_tail_size(struct iov_tail *tail);
> bool iov_tail_drop(struct iov_tail *tail, size_t len);
--
Stefano
next prev parent reply other threads:[~2025-05-26 14:20 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-17 16:51 [PATCH v5 00/29] Introduce discontiguous frames management Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 01/29] arp: Don't mix incoming and outgoing buffers Laurent Vivier
2025-05-26 14:18 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 02/29] iov: Introduce iov_slice(), iov_tail_slice() and iov_tail_drop() Laurent Vivier
2025-05-26 14:19 ` Stefano Brivio
2025-05-26 15:20 ` Laurent Vivier
2025-06-02 13:35 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 03/29] iov: Update IOV_REMOVE_HEADER() and IOV_PEEK_HEADER() Laurent Vivier
2025-05-26 14:19 ` Stefano Brivio
2025-06-02 15:36 ` Laurent Vivier
2025-06-03 8:42 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 04/29] tap: Use iov_tail with tap_add_packet() Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 05/29] packet: Use iov_tail with packet_add() Laurent Vivier
2025-05-26 14:19 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 06/29] packet: Add packet_data() Laurent Vivier
2025-05-26 14:19 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 07/29] arp: Convert to iov_tail Laurent Vivier
2025-05-26 14:19 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 08/29] ndp: " Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 09/29] icmp: " Laurent Vivier
2025-05-26 14:20 ` Stefano Brivio [this message]
2025-04-17 16:51 ` [PATCH v5 10/29] udp: " Laurent Vivier
2025-05-26 14:20 ` Stefano Brivio
2025-05-26 15:47 ` Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 11/29] tcp: Convert tcp_tap_handler() to use iov_tail Laurent Vivier
2025-05-26 14:20 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 12/29] tcp: Convert tcp_data_from_tap() " Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 13/29] dhcpv6: move offset initialization out of dhcpv6_opt() Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 14/29] dhcpv6: Extract sending of NotOnLink status Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 15/29] dhcpv6: Convert to iov_tail Laurent Vivier
2025-05-26 14:20 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 16/29] dhcpv6: Use iov_tail in dhcpv6_opt() Laurent Vivier
2025-05-26 14:20 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 17/29] dhcp: Convert to iov_tail Laurent Vivier
2025-05-26 14:20 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 18/29] ip: Use iov_tail in ipv6_l4hdr() Laurent Vivier
2025-05-26 14:21 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 19/29] tap: Convert tap4_handler() to iov_tail Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 20/29] tap: Convert tap6_handler() " Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 21/29] arp: use iov_tail rather than pool Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 22/29] dhcp: " Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 23/29] dhcpv6: " Laurent Vivier
2025-05-26 14:21 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 24/29] icmp: " Laurent Vivier
2025-05-26 14:21 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 25/29] ndp: " Laurent Vivier
2025-05-26 14:21 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 26/29] packet: remove PACKET_POOL() and PACKET_POOL_P() Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 27/29] packet: remove unused parameter from PACKET_POOL_DECL() Laurent Vivier
2025-04-17 16:51 ` [PATCH v5 28/29] packet: add memory regions information into pool Laurent Vivier
2025-05-26 14:21 ` Stefano Brivio
2025-04-17 16:51 ` [PATCH v5 29/29] packet: use buf to store iovec array Laurent Vivier
2025-05-26 14:21 ` Stefano Brivio
2025-05-27 13:16 ` Laurent Vivier
2025-06-02 13:35 ` Stefano Brivio
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=20250526162003.1a10b9d6@elisabeth \
--to=sbrivio@redhat.com \
--cc=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).