From: David Gibson <david@gibson.dropbear.id.au>
To: Stefano Brivio <sbrivio@redhat.com>
Cc: passt-dev@passt.top, Laurent Vivier <lvivier@redhat.com>
Subject: Re: [PATCH v2 2/8] flow, flow_table: Pad flow table entries to 128 bytes, hash entries to 32 bits
Date: Wed, 29 Jan 2025 12:35:04 +1100 [thread overview]
Message-ID: <Z5mFyJIuQ5NIiazb@zatzit> (raw)
In-Reply-To: <20250128233940.1235855-3-sbrivio@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 2936 bytes --]
On Wed, Jan 29, 2025 at 12:39:34AM +0100, Stefano Brivio wrote:
> ...to keep migration sane. Right now, the biggest struct in union flow
> is struct tcp_splice_conn with 120 bytes on x86_64, which should also
> have the biggest storage and alignment requirements of any
> architecture we might run on.
>
> Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Again, ugly, but necessary for the v1 approach.
> ---
> flow.h | 18 ++++++++++++------
> flow_table.h | 13 ++++++++++---
> 2 files changed, 22 insertions(+), 9 deletions(-)
>
> diff --git a/flow.h b/flow.h
> index 24ba3ef..8eb5964 100644
> --- a/flow.h
> +++ b/flow.h
> @@ -202,15 +202,21 @@ struct flow_common {
>
> /**
> * struct flow_sidx - ID for one side of a specific flow
> - * @sidei: Index of side referenced (0 or 1)
> - * @flowi: Index of flow referenced
> + * @sidei: Index of side referenced (0 or 1)
> + * @flowi: Index of flow referenced
> + * @flow_sidx_storage: Pad to 32 bits
> */
> typedef struct flow_sidx {
> - unsigned sidei :1;
> - unsigned flowi :FLOW_INDEX_BITS;
> + union {
> + struct {
> + unsigned sidei :1;
> + unsigned flowi :FLOW_INDEX_BITS;
> + };
> + uint32_t flow_sidx_storage;
> + };
> } flow_sidx_t;
> -static_assert(sizeof(flow_sidx_t) <= sizeof(uint32_t),
> - "flow_sidx_t must fit within 32 bits");
> +static_assert(sizeof(flow_sidx_t) == sizeof(uint32_t),
> + "flow_sidx_t must be 32-bit wide");
>
> #define FLOW_SIDX_NONE ((flow_sidx_t){ .flowi = FLOW_MAX })
>
> diff --git a/flow_table.h b/flow_table.h
> index f15db53..007f4dd 100644
> --- a/flow_table.h
> +++ b/flow_table.h
> @@ -26,9 +26,13 @@ struct flow_free_cluster {
>
> /**
> * union flow - Descriptor for a logical packet flow (e.g. connection)
> - * @f: Fields common between all variants
> - * @tcp: Fields for non-spliced TCP connections
> - * @tcp_splice: Fields for spliced TCP connections
> + * @f: Fields common between all variants
> + * @free: Entry in a cluster of free entries
> + * @tcp: Fields for non-spliced TCP connections
> + * @tcp_splice: Fields for spliced TCP connections
> + * @ping: Tracking for ping flows
> + * @udp: Tracking for UDP flows
> + * @flow_storage: Pad flow entries to 128 bytes to ease state migration
> */
> union flow {
> struct flow_common f;
> @@ -37,8 +41,11 @@ union flow {
> struct tcp_splice_conn tcp_splice;
> struct icmp_ping_flow ping;
> struct udp_flow udp;
> + char flow_storage[128];
> };
>
> +static_assert(sizeof(union flow) == 128, "union flow should be 128-byte wide");
> +
> /* Global Flow Table */
> extern unsigned flow_first_free;
> extern union flow flowtab[];
--
David Gibson (he or they) | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you, not the other way
| around.
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2025-01-29 4:01 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-28 23:39 [PATCH v2 0/8] Draft, incomplete series introducing state migration Stefano Brivio
2025-01-28 23:39 ` [PATCH v2 1/8] icmp, udp: Pad time_t timestamp to 64-bit to ease " Stefano Brivio
2025-01-29 1:34 ` David Gibson
2025-01-28 23:39 ` [PATCH v2 2/8] flow, flow_table: Pad flow table entries to 128 bytes, hash entries to 32 bits Stefano Brivio
2025-01-29 1:35 ` David Gibson [this message]
2025-01-28 23:39 ` [PATCH v2 3/8] flow_table: Use size in extern declaration for flowtab Stefano Brivio
2025-01-28 23:39 ` [PATCH v2 4/8] util: Add read_remainder() and read_all_buf() Stefano Brivio
2025-01-29 1:37 ` David Gibson
2025-01-28 23:39 ` [PATCH v2 5/8] Introduce facilities for guest migration on top of vhost-user infrastructure Stefano Brivio
2025-01-29 5:41 ` David Gibson
2025-01-29 8:46 ` Stefano Brivio
2025-01-30 1:28 ` David Gibson
2025-01-28 23:39 ` [PATCH v2 6/8] Introduce passt-repair Stefano Brivio
2025-01-28 23:39 ` [PATCH v2 7/8] Add interfaces and configuration bits for passt-repair Stefano Brivio
2025-01-29 6:09 ` David Gibson
2025-01-29 8:46 ` Stefano Brivio
2025-01-30 1:33 ` David Gibson
2025-01-28 23:39 ` [PATCH v2 8/8] flow, tcp: Basic pre-migration source handler to dump sequence numbers Stefano Brivio
2025-01-29 6:15 ` David Gibson
2025-01-29 8:46 ` 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=Z5mFyJIuQ5NIiazb@zatzit \
--to=david@gibson.dropbear.id.au \
--cc=lvivier@redhat.com \
--cc=passt-dev@passt.top \
--cc=sbrivio@redhat.com \
/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).