From: David Gibson <david@gibson.dropbear.id.au>
To: Jon Maloy <jmaloy@redhat.com>
Cc: sbrivio@redhat.com, dgibson@redhat.com, passt-dev@passt.top
Subject: Re: [PATCH v3 08/11] migrate: Rename v1 address functions to v2 for clarity
Date: Fri, 6 Feb 2026 19:50:34 +1100 [thread overview]
Message-ID: <aYWrWuGroaP958df@zatzit> (raw)
In-Reply-To: <20260130214447.2540791-9-jmaloy@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 3978 bytes --]
On Fri, Jan 30, 2026 at 04:44:44PM -0500, Jon Maloy wrote:
> Some migration address structures and functions have a _v1 suffix.
> This is confusing, since they are currently handling version 2 of
> the migration protocol. We are now going to introduce a new version
> 3 of the protocol, so we choose to give these functions the correct
> suffix _v2 instead. This is in correspondence with current reality,
> and will help make a clearer distinction between the old and the new
> versions of those functions.
I think the historical reason for this is that those specific
components didn't change format from v1 to v2. But, given that v1
existed only very briefly and is not now supported, that's not very
relevant.
So,
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
And furthermore I think it makes sense to apply this independent of
the rest of the series.
> Signed-off-by: Jon Maloy <jmaloy@redhat.com>
> ---
> migrate.c | 20 ++++++++++----------
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/migrate.c b/migrate.c
> index 48d63a0..7398d26 100644
> --- a/migrate.c
> +++ b/migrate.c
> @@ -29,13 +29,13 @@
> #define MIGRATE_MAGIC 0xB1BB1D1B0BB1D1B0
>
> /**
> - * struct migrate_seen_addrs_v1 - Migratable guest addresses for v1 state stream
> + * struct migrate_seen_addrs_v2 - Migratable guest addresses for v2 protocol
> * @addr6: Observed guest IPv6 address
> * @addr6_ll: Observed guest IPv6 link-local address
> * @addr4: Observed guest IPv4 address
> * @mac: Observed guest MAC address
> */
> -struct migrate_seen_addrs_v1 {
> +struct migrate_seen_addrs_v2 {
> struct in6_addr addr6;
> struct in6_addr addr6_ll;
> struct in_addr addr4;
> @@ -43,7 +43,7 @@ struct migrate_seen_addrs_v1 {
> } __attribute__((packed));
>
> /**
> - * seen_addrs_source_v1() - Copy and send guest observed addresses from source
> + * seen_addrs_source_v2() - Copy and send guest observed addresses from source
> * @c: Execution context
> * @stage: Migration stage, unused
> * @fd: File descriptor for state transfer
> @@ -51,10 +51,10 @@ struct migrate_seen_addrs_v1 {
> * Return: 0 on success, positive error code on failure
> */
> /* cppcheck-suppress [constParameterCallback, unmatchedSuppression] */
> -static int seen_addrs_source_v1(struct ctx *c,
> +static int seen_addrs_source_v2(struct ctx *c,
> const struct migrate_stage *stage, int fd)
> {
> - struct migrate_seen_addrs_v1 addrs = {
> + struct migrate_seen_addrs_v2 addrs = {
> .addr6 = c->ip6.addr_seen,
> .addr6_ll = c->ip6.addr_ll_seen,
> .addr4 = c->ip4.addr_seen,
> @@ -71,17 +71,17 @@ static int seen_addrs_source_v1(struct ctx *c,
> }
>
> /**
> - * seen_addrs_target_v1() - Receive and use guest observed addresses on target
> + * seen_addrs_target_v2() - Receive and use guest observed addresses on target
> * @c: Execution context
> * @stage: Migration stage, unused
> * @fd: File descriptor for state transfer
> *
> * Return: 0 on success, positive error code on failure
> */
> -static int seen_addrs_target_v1(struct ctx *c,
> +static int seen_addrs_target_v2(struct ctx *c,
> const struct migrate_stage *stage, int fd)
> {
> - struct migrate_seen_addrs_v1 addrs;
> + struct migrate_seen_addrs_v2 addrs;
>
> (void)stage;
>
> @@ -100,8 +100,8 @@ static int seen_addrs_target_v1(struct ctx *c,
> static const struct migrate_stage stages_v2[] = {
> {
> .name = "observed addresses",
> - .source = seen_addrs_source_v1,
> - .target = seen_addrs_target_v1,
> + .source = seen_addrs_source_v2,
> + .target = seen_addrs_target_v2,
> },
> {
> .name = "prepare flows",
> --
> 2.52.0
>
--
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:[~2026-02-06 8:50 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-30 21:44 [PATCH v3 00/11] Introduce multiple addresses Jon Maloy
2026-01-30 21:44 ` [PATCH v3 01/11] conf: Support CIDR notation for -a/--address option Jon Maloy
2026-02-04 12:50 ` David Gibson
2026-02-05 0:56 ` Jon Maloy
2026-02-06 3:26 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 02/11] ip: Add IN4_MASK() macro for IPv4 netmask calculation Jon Maloy
2026-02-04 12:52 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 03/11] ip: Introduce unified multi-address data structures Jon Maloy
2026-02-06 8:24 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 04/11] fwd: Check all configured addresses in guest accessibility functions Jon Maloy
2026-02-04 13:16 ` David Gibson
2026-02-05 1:01 ` Jon Maloy
2026-02-06 3:29 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 05/11] arp: Check all configured addresses in ARP filtering Jon Maloy
2026-02-06 8:34 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 06/11] pasta: Extract pasta_ns_conf_ip4/6() to reduce nesting Jon Maloy
2026-02-06 8:40 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 07/11] conf: Allow multiple -a/--address options per address family Jon Maloy
2026-02-06 8:47 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 08/11] migrate: Rename v1 address functions to v2 for clarity Jon Maloy
2026-02-06 8:50 ` David Gibson [this message]
2026-01-30 21:44 ` [PATCH v3 09/11] ip: Track observed guest IPv4 addresses in unified address array Jon Maloy
2026-02-09 22:17 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 10/11] ip: Track observed guest IPv6 " Jon Maloy
2026-02-09 22:30 ` David Gibson
2026-01-30 21:44 ` [PATCH v3 11/11] conf: Select addresses for DHCP and NDP distribution Jon Maloy
2026-02-09 22:46 ` 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=aYWrWuGroaP958df@zatzit \
--to=david@gibson.dropbear.id.au \
--cc=dgibson@redhat.com \
--cc=jmaloy@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).