public inbox for passt-dev@passt.top
 help / color / mirror / code / Atom feed
From: Stefano Brivio <sbrivio@redhat.com>
To: Laurent Vivier <lvivier@redhat.com>
Cc: passt-dev@passt.top
Subject: Re: [PATCH v5 03/29] iov: Update IOV_REMOVE_HEADER() and IOV_PEEK_HEADER()
Date: Tue, 3 Jun 2025 10:42:23 +0200	[thread overview]
Message-ID: <20250603104223.5e773497@elisabeth> (raw)
In-Reply-To: <b4de49d6-bb0c-41f3-bfab-151a34e7da22@redhat.com>

On Mon, 2 Jun 2025 17:36:06 +0200
Laurent Vivier <lvivier@redhat.com> wrote:

> On 26/05/2025 16:19, Stefano Brivio wrote:
> > On Thu, 17 Apr 2025 18:51:10 +0200
> > Laurent Vivier <lvivier@redhat.com> wrote:
> >   
> >> Provide a temporary variable of the wanted type to store
> >> the header if the memory in the iovec array is not contiguous.
> >>
> >> Signed-off-by: Laurent Vivier <lvivier@redhat.com>
> >> ---
> >>   iov.c     | 53 ++++++++++++++++++++++++++++++++++++++++++++---------
> >>   iov.h     | 52 ++++++++++++++++++++++++++++++++++++++--------------
> >>   tcp_buf.c |  2 +-
> >>   3 files changed, 83 insertions(+), 24 deletions(-)
> >>
> >> diff --git a/iov.c b/iov.c
> >> index 047fcbce7fcd..907cd5339369 100644
> >> --- a/iov.c
> >> +++ b/iov.c
> >> @@ -108,7 +108,7 @@ size_t iov_from_buf(const struct iovec *iov, size_t iov_cnt,
> >>    *
> >>    * Returns:    The number of bytes successfully copied.
> >>    */
> >> -/* cppcheck-suppress unusedFunction */
> >> +/* cppcheck-suppress [staticFunction] */
> >>   size_t iov_to_buf(const struct iovec *iov, size_t iov_cnt,
> >>   		  size_t offset, void *buf, size_t bytes)
> >>   {
> >> @@ -126,6 +126,7 @@ size_t iov_to_buf(const struct iovec *iov, size_t iov_cnt,
> >>   	/* copying data */
> >>   	for (copied = 0; copied < bytes && i < iov_cnt; i++) {
> >>   		size_t len = MIN(iov[i].iov_len - offset, bytes - copied);
> >> +		/* NOLINTNEXTLINE(clang-analyzer-core.NonNullParamChecker) */
> >>   		memcpy((char *)buf + copied, (char *)iov[i].iov_base + offset,
> >>   		       len);
> >>   		copied += len;
> >> @@ -260,7 +261,7 @@ bool iov_tail_drop(struct iov_tail *tail, size_t len)
> >>   }
> >>   
> >>   /**
> >> - * iov_peek_header_() - Get pointer to a header from an IOV tail
> >> + * iov_check_header() - Check if a header can be accessed
> >>    * @tail:	IOV tail to get header from
> >>    * @len:	Length of header to get, in bytes
> >>    * @align:	Required alignment of header, in bytes
> >> @@ -271,8 +272,7 @@ bool iov_tail_drop(struct iov_tail *tail, size_t len)
> >>    *	    overruns the IO vector, is not contiguous or doesn't have the
> >>    *	    requested alignment.
> >>    */
> >> -/* cppcheck-suppress [staticFunction,unmatchedSuppression] */
> >> -void *iov_peek_header_(struct iov_tail *tail, size_t len, size_t align)
> >> +static void *iov_check_header(struct iov_tail *tail, size_t len, size_t align)
> >>   {
> >>   	char *p;
> >>   
> >> @@ -292,27 +292,62 @@ void *iov_peek_header_(struct iov_tail *tail, size_t len, size_t align)
> >>   	return p;
> >>   }
> >>   
> >> +/**
> >> + * iov_peek_header_() - Get pointer to a header from an IOV tail
> >> + * @tail:	IOV tail to get header from
> >> + * @v:		Temporary memory to use if the memory in @tail
> >> + *		is discontinuous
> >> + * @len:	Length of header to get, in bytes
> >> + * @align:	Required alignment of header, in bytes
> >> + *
> >> + * @tail may be pruned, but will represent the same bytes as before.
> >> + *
> >> + * Returns: Pointer to the first @len logical bytes of the tail, or to
> >> + *          a copy if that overruns the IO vector, is not contiguous or
> >> + *          doesn't have the requested alignment. NULL if that overruns the
> >> + *          IO vector.
> >> + */
> >> +/* cppcheck-suppress [staticFunction,unmatchedSuppression] */
> >> +void *iov_peek_header_(struct iov_tail *tail, void *v, size_t len, size_t align)
> >> +{
> >> +	char *p = iov_check_header(tail, len, align);
> >> +	size_t l;
> >> +
> >> +	if (p)
> >> +		return p;
> >> +
> >> +	l = iov_to_buf(tail->iov, tail->cnt,  tail->off, v, len);  
> > 
> > This effectively bypasses three checks performed by iov_check_header(),
> > that is, if there's nothing left in the iov_tail, if 'len' exceeds it,
> > or if it's not aligned, we'll proceed calling iov_to_buf(), whereas we
> > should only call it if the buffer is not contiguous, I think.
> > 
> > Perhaps it would make more sense to fail on iov_check_header() failure,
> > and take the contiguity check out of it, so that we preserve the early
> > return on those failures.
> > 
> > Another alternative might be to call iov_to_buf from the old version of
> > iov_peek_header_(), but I guess things would be easier to follow if
> > iov_check_header() really indicates failure, instead.  
> 
> I think it's correct to make a copy when it's not aligned (because it's related to the 
> data position in memory, like to be not contiguous).

Ah, hmm, right. Well, on one hand, it should never happen anyway, but
on the other hand, it's a mistake that could now become harmless with
your implementation, so why not...

> The only real error case we must manage is if len exceeds the remaining size in the 
> iov_tail: we check the return value iov_to_buf() for that.

There's also the if (!iov_tail_prune(tail)) case, but I guess the same
reasoning applies (I haven't checked in detail, though).

-- 
Stefano


  reply	other threads:[~2025-06-03  8:42 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 [this message]
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
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=20250603104223.5e773497@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).