From: Peter Xu <peterx@redhat.com>
To: Juan Quintela <quintela@redhat.com>
Cc: qemu-devel@nongnu.org, Laurent Vivier <lvivier@redhat.com>,
"Dr . David Alan Gilbert" <dgilbert@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 05/11] migration: move vm_old_running into global state
Date: Wed, 3 Jan 2018 17:20:25 +0800 [thread overview]
Message-ID: <20180103092025.GF2557@xz-mi> (raw)
In-Reply-To: <87shbn2tz0.fsf@secure.laptop>
On Wed, Jan 03, 2018 at 10:05:07AM +0100, Juan Quintela wrote:
> Peter Xu <peterx@redhat.com> wrote:
> > Firstly, it was passed around. Let's just move it into MigrationState
> > just like many other variables as state of migration.
> >
> > One thing to mention is that for postcopy, we actually don't need this
> > knowledge at all since postcopy can't resume a VM even if it fails (we
> > can see that from the old code too: when we try to resume we also check
> > against "entered_postcopy" variable). So further we do this:
> >
> > - in postcopy_start(), we don't update vm_old_running since useless
> > - in migration_thread(), we don't need to check entered_postcopy when
> > resume, since it's only used for precopy.
> >
> > Comment this out too for that variable definition.
>
> Reviewed-by: Juan Quintela <quintela@redhat.com>
Taken.
>
> But I wonder if we can came with a better name. Best one that I can
> think is
> vm_was_running
>
> Any other name that I came is bad for precopy or colo.
>
> i.e. restart_vm_on_cancel_error
>
> is meaningful for precopy, but not for colo.
Yeah actually spent >10 seconds thinking about a better naming but
failed, so the old one is kept. I'll use vm_was_running.
>
> > Signed-off-by: Peter Xu <peterx@redhat.com>
> > ---
> > migration/migration.c | 17 +++++++----------
> > migration/migration.h | 6 ++++++
> > 2 files changed, 13 insertions(+), 10 deletions(-)
> >
> > diff --git a/migration/migration.h b/migration/migration.h
> > index ac74a12713..0f5df2367c 100644
> > --- a/migration/migration.h
> > +++ b/migration/migration.h
> > @@ -111,6 +111,12 @@ struct MigrationState
> > int64_t expected_downtime;
> > bool enabled_capabilities[MIGRATION_CAPABILITY__MAX];
> > int64_t setup_time;
> > + /*
> > + * Whether the old VM is running for the last migration. This is
> > + * used to resume the VM when precopy failed or cancelled somehow.
> > + * It's never used for postcopy.
> > + */
> > + bool old_vm_running;
>
> I think this comment is right for precopy, but not for colo. BTW, I
> think that I would put the postcopy comment on its use, not here.
Or, how about I just don't mention postcopy at all?
>
> /me tries to improve the comment
>
> Guest was running when we enter the completion stage. If migration don't
> sucess, we need to continue running guest on source.
>
> What do you think?
I think it's generally good. Maybe a tiny fix like:
s/Guest was/Whether guest was/
s/If migration don't sucess/If migration failed/
? Thanks,
--
Peter Xu
next prev parent reply other threads:[~2018-01-03 9:20 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-03 5:40 [Qemu-devel] [PATCH 00/11] migration: cleanup migration_thread() Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 01/11] migration: assert colo instead of check Peter Xu
2018-01-03 8:38 ` Juan Quintela
2018-01-03 8:58 ` Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 02/11] migration: qemu_savevm_state_cleanup() in cleanup Peter Xu
2018-01-03 9:15 ` Juan Quintela
2018-01-03 9:36 ` Peter Xu
2018-01-03 10:21 ` Juan Quintela
2018-01-03 10:26 ` Peter Xu
2018-01-03 11:18 ` Juan Quintela
2018-01-03 11:39 ` Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 03/11] migration: remove "enable_colo" var Peter Xu
2018-01-03 8:55 ` Juan Quintela
2018-01-03 5:40 ` [Qemu-devel] [PATCH 04/11] migration: split use of MigrationState.total_time Peter Xu
2018-01-03 8:58 ` Juan Quintela
2018-01-03 9:04 ` Peter Xu
2018-01-03 9:20 ` Juan Quintela
2018-01-03 9:29 ` Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 05/11] migration: move vm_old_running into global state Peter Xu
2018-01-03 9:05 ` Juan Quintela
2018-01-03 9:20 ` Peter Xu [this message]
2018-01-03 10:26 ` Juan Quintela
2018-01-03 10:40 ` Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 06/11] migration: introduce vm_down_start_time Peter Xu
2018-01-03 9:10 ` Juan Quintela
2018-01-03 9:40 ` Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 07/11] migration: introduce migrate_calculate_complete Peter Xu
2018-01-03 9:12 ` Juan Quintela
2018-01-03 10:52 ` Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 08/11] migration: use switch at the end of migration Peter Xu
2018-01-03 9:14 ` Juan Quintela
2018-01-03 5:40 ` [Qemu-devel] [PATCH 09/11] migration: cleanup stats update into function Peter Xu
2018-01-03 10:08 ` Juan Quintela
2018-01-03 10:55 ` Peter Xu
2018-01-03 10:58 ` Peter Xu
2018-01-03 5:40 ` [Qemu-devel] [PATCH 10/11] migration: major cleanup for migrate iterations Peter Xu
2018-01-03 10:19 ` Juan Quintela
2018-01-03 5:40 ` [Qemu-devel] [PATCH 11/11] migration: put the finish part into a new function Peter Xu
2018-01-03 10:20 ` Juan Quintela
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=20180103092025.GF2557@xz-mi \
--to=peterx@redhat.com \
--cc=dgilbert@redhat.com \
--cc=lvivier@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.