public inbox for passt-dev@passt.top
 help / color / mirror / code / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: Stefano Brivio <sbrivio@redhat.com>
Cc: passt-dev@passt.top
Subject: Re: [PATCH v4 6/8] flow, tcp: Basic pre-migration source handler to dump sequence numbers
Date: Wed, 5 Feb 2025 11:58:43 +1100	[thread overview]
Message-ID: <Z6K3w5N05sABWySV@zatzit> (raw)
In-Reply-To: <20250204074410.5d0f5eb3@elisabeth>

[-- Attachment #1: Type: text/plain, Size: 2355 bytes --]

On Tue, Feb 04, 2025 at 07:44:10AM +0100, Stefano Brivio wrote:
> On Tue, 4 Feb 2025 14:43:07 +1100
> David Gibson <david@gibson.dropbear.id.au> wrote:
> 
> > On Tue, Feb 04, 2025 at 01:47:43AM +0100, Stefano Brivio wrote:
> > > Very much draft quality, but it works. Ask passt-repair to switch
> > > TCP sockets to repair mode and dump their current sequence numbers to
> > > the flow table, which will be transferred and used by the target in
> > > the next step.  
> > 
> > [snip]
> > > @@ -268,6 +270,7 @@ void migrate_close(struct ctx *c)
> > >  {
> > >  	if (c->device_state_fd != -1) {
> > >  		debug("Closing migration channel, fd: %d", c->device_state_fd);
> > > +		epoll_del(c, c->device_state_fd);  
> > 
> > You have a stray revert hunks here again which breaks things horribly.
> > And therefore makes me not confident that I'm actually testing the
> > same code you are.
> 
> Well, folding "[PATCH 6/6] migrate: Make migration handlers simpler and
> more flexible" into the first patches, where it belongs, was a lot of
> fun.

Heh, fair point.

> As I mentioned, I didn't test this one, I just build-tested the final
> result.
> 
> > >  		close(c->device_state_fd);
> > >  		c->device_state_fd = -1;
> > >  		c->device_state_result = -1;
> > > @@ -282,14 +285,12 @@ void migrate_close(struct ctx *c)
> > >   */
> > >  void migrate_request(struct ctx *c, int fd, bool target)
> > >  {
> > > -	debug("Migration requested, fd: %d (was %d)",
> > > -	      fd, c->device_state_fd);
> > > +	debug("Migration requested, fd: %d", c->device_state_fd);
> > >  
> > >  	if (c->device_state_fd != -1)
> > >  		migrate_close(c);
> > >  
> > >  	c->device_state_fd = fd;
> > > -	c->migrate_target = target;  
> > 
> > And here.
> 
> Can you please post the fixed rebase...?

Ah, yeah, I've been thinking this way of posting patches back and
forth hasn't been working great for this rapid iteration.  On the
other hand I was relucant to do the patch folding myself for fear of
clobbering changes you were making concurrently to the same patches.

I'll try posting the whole rebase and see how we go.

-- 
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 --]

  reply	other threads:[~2025-02-05  1:02 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-04  0:47 [PATCH v4 0/8] Draft, incomplete series introducing state migration Stefano Brivio
2025-02-04  0:47 ` [PATCH v4 1/8] flow_table: Use size in extern declaration for flowtab, export hash table Stefano Brivio
2025-02-04  0:47 ` [PATCH v4 2/8] Introduce facilities for guest migration on top of vhost-user infrastructure Stefano Brivio
2025-02-04  0:47 ` [PATCH v4 3/8] migrate: Make more handling common rather than vhost-user specific Stefano Brivio
2025-02-04  0:47 ` [PATCH v4 4/8] migrate: Don't handle the migration channel through epoll Stefano Brivio
2025-02-04  0:47 ` [PATCH v4 5/8] Add interfaces and configuration bits for passt-repair Stefano Brivio
2025-02-04  0:47 ` [PATCH v4 6/8] flow, tcp: Basic pre-migration source handler to dump sequence numbers Stefano Brivio
2025-02-04  3:43   ` David Gibson
2025-02-04  6:44     ` Stefano Brivio
2025-02-05  0:58       ` David Gibson [this message]
2025-02-04  0:47 ` [PATCH v4 7/8] vhost_user: Make source quit after reporting migration state Stefano Brivio
2025-02-04  0:47 ` [PATCH v4 8/8] Implement target side of migration Stefano Brivio
2025-02-04  6:01 ` [PATCH v4 0/8] Draft, incomplete series introducing state migration David Gibson
2025-02-04  6:48   ` 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=Z6K3w5N05sABWySV@zatzit \
    --to=david@gibson.dropbear.id.au \
    --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).