From: Hailiang Zhang <zhang.zhanghailiang@huawei.com>
To: Juan Quintela <quintela@redhat.com>, qemu-devel@nongnu.org
Cc: dgilbert@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 0/5] Disable hotplug during migration
Date: Mon, 10 Apr 2017 16:22:37 +0800 [thread overview]
Message-ID: <58EB40CD.60101@huawei.com> (raw)
In-Reply-To: <20170406131326.2418-1-quintela@redhat.com>
On 2017/4/6 21:13, Juan Quintela wrote:
> Hi
>
> This updates patches with all the comments received.
> I move qdev_unplug() to make linux-user compile.
>
> Please, review.
>
>
> [RFC - v1]
> This series disable hotplug/unplug during migration. Thank to Markus
> for explaining where I had to put the checks. Why? Because during
> migration we will fail if there are changes. For instance, in
> postcopy, if we add a memory region, we would failing. Same for other
> devices if they are not setup exactly the same on destination.
>
> Iidea would be to disable it, andthen enable for the thing that we know that work.
>
> This series are on top of my previous RAMState v2 serie.
>
> Commets, please?
Make sense, this will benefit COLO too :)
After the types found by Eric be fixed in patch 5,
Reviewed-by: zhanghailiang <zhang.zhanghailiang@huawei.com>
> Thanks, Juan.
>
>
> *** BLURB HERE ***
>
> Juan Quintela (5):
> qdev: qdev_hotplug is really a bool
> qdev: Export qdev_hot_removed
> qdev: Move qdev_unplug() to qdev-monitor.c
> migration: Disable hotplug/unplug during migration
> ram: Remove migration_bitmap_extend()
>
> exec.c | 1 -
> hw/core/qdev.c | 40 +++-------------------------------------
> include/exec/ram_addr.h | 2 --
> include/hw/qdev-core.h | 3 ++-
> migration/ram.c | 34 ----------------------------------
> qdev-monitor.c | 45 +++++++++++++++++++++++++++++++++++++++++++++
> 6 files changed, 50 insertions(+), 75 deletions(-)
>
prev parent reply other threads:[~2017-04-10 8:23 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-06 13:13 [Qemu-devel] [PATCH v2 0/5] Disable hotplug during migration Juan Quintela
2017-04-06 13:13 ` [Qemu-devel] [PATCH 1/5] qdev: qdev_hotplug is really a bool Juan Quintela
2017-04-06 13:46 ` Eric Blake
2017-04-06 16:39 ` Philippe Mathieu-Daudé
2017-04-06 13:13 ` [Qemu-devel] [PATCH 2/5] qdev: Export qdev_hot_removed Juan Quintela
2017-04-06 14:05 ` Eric Blake
2017-04-11 11:27 ` Markus Armbruster
2017-04-06 13:13 ` [Qemu-devel] [PATCH 3/5] qdev: Move qdev_unplug() to qdev-monitor.c Juan Quintela
2017-04-06 14:07 ` Eric Blake
2017-04-11 11:29 ` Markus Armbruster
2017-04-06 13:13 ` [Qemu-devel] [PATCH 4/5] migration: Disable hotplug/unplug during migration Juan Quintela
2017-04-06 14:09 ` Eric Blake
2017-04-18 19:30 ` Juan Quintela
2017-04-06 13:13 ` [Qemu-devel] [PATCH 5/5] ram: Remove migration_bitmap_extend() Juan Quintela
2017-04-06 14:09 ` Eric Blake
2017-04-10 8:22 ` Hailiang Zhang [this message]
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=58EB40CD.60101@huawei.com \
--to=zhang.zhanghailiang@huawei.com \
--cc=dgilbert@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 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 NNTP newsgroup(s).