From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Zhang Chen <chen.zhang@intel.com>
Cc: qemu-dev <qemu-devel@nongnu.org>, Juan Quintela <quintela@redhat.com>
Subject: Re: [PATCH 2/3] migration/migration.c: Avoid COLO boot in postcopy migration
Date: Wed, 19 Jan 2022 19:40:47 +0000 [thread overview]
Message-ID: <YehpP5C5LNvz59Km@work-vm> (raw)
In-Reply-To: <20211231055935.1878503-3-chen.zhang@intel.com>
* Zhang Chen (chen.zhang@intel.com) wrote:
> COLO dose not support postcopy migration and remove the Fixme.
'does' not 'dose'
> Signed-off-by: Zhang Chen <chen.zhang@intel.com>
> ---
> migration/migration.c | 10 +++++-----
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/migration/migration.c b/migration/migration.c
> index 2afa77da03..3fac9c67ca 100644
> --- a/migration/migration.c
> +++ b/migration/migration.c
> @@ -3230,7 +3230,11 @@ static void migration_completion(MigrationState *s)
> goto fail_invalidate;
> }
>
> - if (!migrate_colo_enabled()) {
> + if (migrate_colo_enabled() && s->state == MIGRATION_STATUS_ACTIVE) {
> + /* COLO dose not support postcopy */
> + migrate_set_state(&s->state, MIGRATION_STATUS_ACTIVE,
> + MIGRATION_STATUS_COLO);
I'm a bit confused; where were we setting the source state to COLO
before - I can't find it!
Dave
> + } else {
> migrate_set_state(&s->state, current_active_state,
> MIGRATION_STATUS_COMPLETED);
> }
> @@ -3621,10 +3625,6 @@ static void migration_iteration_finish(MigrationState *s)
> "COLO enabled", __func__);
> }
> migrate_start_colo_process(s);
> - /*
> - * Fixme: we will run VM in COLO no matter its old running state.
> - * After exited COLO, we will keep running.
> - */
> /* Fallthrough */
> case MIGRATION_STATUS_ACTIVE:
> /*
> --
> 2.25.1
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2022-01-19 19:50 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-31 5:59 [PATCH 0/3] Some minor fixes for migration states Zhang Chen
2021-12-31 5:59 ` [PATCH 1/3] migration/migration.c: Add missed default error handler for migration state Zhang Chen
2022-01-19 17:52 ` Dr. David Alan Gilbert
2022-01-20 14:55 ` Zhang, Chen
2022-01-26 19:23 ` Juan Quintela
2021-12-31 5:59 ` [PATCH 2/3] migration/migration.c: Avoid COLO boot in postcopy migration Zhang Chen
2022-01-19 19:40 ` Dr. David Alan Gilbert [this message]
2022-01-20 14:53 ` Zhang, Chen
2022-01-26 19:30 ` Juan Quintela
2022-01-27 2:03 ` Zhang, Chen
2021-12-31 5:59 ` [PATCH 3/3] migration/migration.c: Remove the MIGRATION_STATUS_ACTIVE when migration finished Zhang Chen
2022-01-26 19:35 ` Juan Quintela
2022-01-19 14:45 ` [PATCH 0/3] Some minor fixes for migration states Zhang, Chen
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=YehpP5C5LNvz59Km@work-vm \
--to=dgilbert@redhat.com \
--cc=chen.zhang@intel.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.