public inbox for passt-dev@passt.top
 help / color / mirror / code / Atom feed
From: Stefano Brivio <sbrivio@redhat.com>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: passt-dev@passt.top, jmaloy@redhat.com
Subject: Re: [PATCH v7 15/27] flow: Helper to create sockets based on flowside
Date: Wed, 10 Jul 2024 23:32:01 +0200	[thread overview]
Message-ID: <20240710233201.3a05342b@elisabeth> (raw)
In-Reply-To: <20240705020724.3447719-16-david@gibson.dropbear.id.au>

On Fri,  5 Jul 2024 12:07:12 +1000
David Gibson <david@gibson.dropbear.id.au> wrote:

> We have upcoming use cases where it's useful to create new bound socket
> based on information from the flow table.  Add flowside_sock_l4() to do
> this for either PIF_HOST or PIF_SPLICE sockets.
> 
> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
> ---
>  flow.c | 92 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>  flow.h |  3 ++
>  util.c |  6 ++--
>  util.h |  3 ++
>  4 files changed, 101 insertions(+), 3 deletions(-)
> 
> diff --git a/flow.c b/flow.c
> index 6f09781a..2d0a8a32 100644
> --- a/flow.c
> +++ b/flow.c
> @@ -5,9 +5,11 @@
>   * Tracking for logical "flows" of packets.
>   */
>  
> +#include <errno.h>
>  #include <stdint.h>
>  #include <stdio.h>
>  #include <unistd.h>
> +#include <sched.h>
>  #include <string.h>
>  
>  #include "util.h"
> @@ -143,6 +145,96 @@ static void flowside_from_af(struct flowside *fside, sa_family_t af,
>  	fside->eport = eport;
>  }
>  
> +/**
> + * struct flowside_sock_args - Parameters for flowside_sock_splice()
> + * @c:		Execution context
> + * @fd:		Filled in with new socket fd
> + * @err:	Filled in with errno if something failed
> + * @type:	Socket epoll type
> + * @sa:		Socket address
> + * @sl:		Length of @sa
> + * @data:	epoll reference data
> + */
> +struct flowside_sock_args {
> +	const struct ctx *c;
> +	int fd;
> +	int err;
> +	enum epoll_type type;
> +	const struct sockaddr *sa;
> +	socklen_t sl;
> +	const char *path;
> +	uint32_t data;
> +};
> +
> +/** flowside_sock_splice() - Create and bind socket for PIF_SPLICE based on flowside
> + * @arg:	Argument as a struct flowside_sock_args
> + *
> + * Return: 0
> + */
> +static int flowside_sock_splice(void *arg)
> +{
> +	struct flowside_sock_args *a = arg;
> +
> +	ns_enter(a->c);
> +
> +	a->fd =  sock_l4_sa(a->c, a->type, a->sa, a->sl, NULL,

Nit: assuming you wanted the extra whitespace here to align the
assignment with the one of a->err below, I'd rather write this
(at least for consistency) as "a->fd  = ...".

> +			    a->sa->sa_family == AF_INET6, a->data);
> +	a->err = errno;


> +
> +	return 0;
> +}
> +
> +/** flowside_sock_l4() - Create and bind socket based on flowside
> + * @c:		Execution context
> + * @type:	Socket epoll type
> + * @pif:	Interface for this socket
> + * @tgt:	Target flowside
> + * @data:	epoll reference portion for protocol handlers
> + *
> + * Return: socket fd of protocol @proto bound to the forwarding address and port
> + *         from @tgt (if specified).
> + */
> +/* cppcheck-suppress unusedFunction */
> +int flowside_sock_l4(const struct ctx *c, enum epoll_type type, uint8_t pif,
> +		     const struct flowside *tgt, uint32_t data)
> +{
> +	const char *ifname = NULL;
> +	union sockaddr_inany sa;
> +	socklen_t sl;
> +
> +	ASSERT(pif_is_socket(pif));
> +
> +	pif_sockaddr(c, &sa, &sl, pif, &tgt->faddr, tgt->fport);
> +
> +	switch (pif) {
> +	case PIF_HOST:
> +		if (inany_is_loopback(&tgt->faddr))
> +			ifname = NULL;
> +		else if (sa.sa_family == AF_INET)
> +			ifname = c->ip4.ifname_out;
> +		else if (sa.sa_family == AF_INET6)
> +			ifname = c->ip6.ifname_out;
> +
> +		return sock_l4_sa(c, type, &sa, sl, ifname,
> +				  sa.sa_family == AF_INET6, data);
> +
> +	case PIF_SPLICE: {
> +		struct flowside_sock_args args = {
> +			.c = c, .type = type,
> +			.sa = &sa.sa, .sl = sl, .data = data,
> +		};
> +		NS_CALL(flowside_sock_splice, &args);
> +		errno = args.err;
> +		return args.fd;
> +	}
> +
> +	default:
> +		/* If we add new socket pifs, they'll need to be implemented
> +		 * here */

For consistency:

		/* If we add new socket pifs, they'll need to be implemented
		 * here
		 */

there are a few occurrences in the next patches, not so important I
guess, I can also do a pass later at some point.

> +		ASSERT(0);
> +	}
> +}
> +
>  /** flow_log_ - Log flow-related message
>   * @f:		flow the message is related to
>   * @pri:	Log priority
> diff --git a/flow.h b/flow.h
> index c3a15ca6..e27f99be 100644
> --- a/flow.h
> +++ b/flow.h
> @@ -164,6 +164,9 @@ static inline bool flowside_eq(const struct flowside *left,
>  	       left->fport == right->fport;
>  }
>  
> +int flowside_sock_l4(const struct ctx *c, enum epoll_type type, uint8_t pif,
> +		     const struct flowside *tgt, uint32_t data);
> +
>  /**
>   * struct flow_common - Common fields for packet flows
>   * @state:	State of the flow table entry
> diff --git a/util.c b/util.c
> index 9a73fbb9..f2994a79 100644
> --- a/util.c
> +++ b/util.c
> @@ -44,9 +44,9 @@
>   *
>   * Return: newly created socket, negative error code on failure
>   */
> -static int sock_l4_sa(const struct ctx *c, enum epoll_type type,
> -		      const void *sa, socklen_t sl,
> -		      const char *ifname, bool v6only, uint32_t data)
> +int sock_l4_sa(const struct ctx *c, enum epoll_type type,
> +	       const void *sa, socklen_t sl,
> +	       const char *ifname, bool v6only, uint32_t data)
>  {
>  	sa_family_t af = ((const struct sockaddr *)sa)->sa_family;
>  	union epoll_ref ref = { .type = type, .data = data };
> diff --git a/util.h b/util.h
> index d0150396..f2e4f8cf 100644
> --- a/util.h
> +++ b/util.h
> @@ -144,6 +144,9 @@ struct ctx;
>  
>  /* cppcheck-suppress funcArgNamesDifferent */
>  __attribute__ ((weak)) int ffsl(long int i) { return __builtin_ffsl(i); }
> +int sock_l4_sa(const struct ctx *c, enum epoll_type type,
> +	       const void *sa, socklen_t sl,
> +	       const char *ifname, bool v6only, uint32_t data);
>  int sock_l4(const struct ctx *c, sa_family_t af, enum epoll_type type,
>  	    const void *bind_addr, const char *ifname, uint16_t port,
>  	    uint32_t data);

-- 
Stefano


  reply	other threads:[~2024-07-10 21:32 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-05  2:06 [PATCH v7 00/27] Unified flow table David Gibson
2024-07-05  2:06 ` [PATCH v7 01/27] flow: Common address information for initiating side David Gibson
2024-07-05  2:06 ` [PATCH v7 02/27] flow: Common address information for target side David Gibson
2024-07-10 21:30   ` Stefano Brivio
2024-07-11  0:19     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 03/27] tcp, flow: Remove redundant information, repack connection structures David Gibson
2024-07-05  2:07 ` [PATCH v7 04/27] tcp: Obtain guest address from flowside David Gibson
2024-07-05  2:07 ` [PATCH v7 05/27] tcp: Manage outbound address via flow table David Gibson
2024-07-05  2:07 ` [PATCH v7 06/27] tcp: Simplify endpoint validation using flowside information David Gibson
2024-07-05  2:07 ` [PATCH v7 07/27] tcp_splice: Eliminate SPLICE_V6 flag David Gibson
2024-07-05  2:07 ` [PATCH v7 08/27] tcp, flow: Replace TCP specific hash function with general flow hash David Gibson
2024-07-05  2:07 ` [PATCH v7 09/27] flow, tcp: Generalise TCP hash table to general flow hash table David Gibson
2024-07-05  2:07 ` [PATCH v7 10/27] tcp: Re-use flow hash for initial sequence number generation David Gibson
2024-07-05  2:07 ` [PATCH v7 11/27] icmp: Remove redundant id field from flow table entry David Gibson
2024-07-05  2:07 ` [PATCH v7 12/27] icmp: Obtain destination addresses from the flowsides David Gibson
2024-07-05  2:07 ` [PATCH v7 13/27] icmp: Look up ping flows using flow hash David Gibson
2024-07-05  2:07 ` [PATCH v7 14/27] icmp: Eliminate icmp_id_map David Gibson
2024-07-05  2:07 ` [PATCH v7 15/27] flow: Helper to create sockets based on flowside David Gibson
2024-07-10 21:32   ` Stefano Brivio [this message]
2024-07-11  0:21     ` David Gibson
2024-07-11  0:27     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 16/27] icmp: Manage outbound socket address via flow table David Gibson
2024-07-05  2:07 ` [PATCH v7 17/27] flow, tcp: Flow based NAT and port forwarding for TCP David Gibson
2024-07-05  2:07 ` [PATCH v7 18/27] flow, icmp: Use general flow forwarding rules for ICMP David Gibson
2024-07-05  2:07 ` [PATCH v7 19/27] fwd: Update flow forwarding logic for UDP David Gibson
2024-07-08 21:26   ` Stefano Brivio
2024-07-09  0:19     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 20/27] udp: Create flows for datagrams from originating sockets David Gibson
2024-07-09 22:32   ` Stefano Brivio
2024-07-09 23:59     ` David Gibson
2024-07-10 21:35       ` Stefano Brivio
2024-07-11  4:26         ` David Gibson
2024-07-11  8:20           ` Stefano Brivio
2024-07-11 22:58             ` David Gibson
2024-07-12  8:21               ` Stefano Brivio
2024-07-15  4:06                 ` David Gibson
2024-07-15 16:37                   ` Stefano Brivio
2024-07-17  0:49                     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 21/27] udp: Handle "spliced" datagrams with per-flow sockets David Gibson
2024-07-09 22:32   ` Stefano Brivio
2024-07-10  0:23     ` David Gibson
2024-07-10 17:13       ` Stefano Brivio
2024-07-11  1:30         ` David Gibson
2024-07-11  8:23           ` Stefano Brivio
2024-07-11  2:48         ` David Gibson
2024-07-12 13:34   ` Stefano Brivio
2024-07-15  4:32     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 22/27] udp: Remove obsolete splice tracking David Gibson
2024-07-10 21:36   ` Stefano Brivio
2024-07-11  0:43     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 23/27] udp: Find or create flows for datagrams from tap interface David Gibson
2024-07-10 21:36   ` Stefano Brivio
2024-07-11  0:45     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 24/27] udp: Direct datagrams from host to guest via flow table David Gibson
2024-07-10 21:37   ` Stefano Brivio
2024-07-11  0:46     ` David Gibson
2024-07-05  2:07 ` [PATCH v7 25/27] udp: Remove obsolete socket tracking David Gibson
2024-07-05  2:07 ` [PATCH v7 26/27] udp: Remove rdelta port forwarding maps David Gibson
2024-07-05  2:07 ` [PATCH v7 27/27] udp: Rename UDP listening sockets 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=20240710233201.3a05342b@elisabeth \
    --to=sbrivio@redhat.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=jmaloy@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).