From: Daniel Henrique Barboza <danielhb@linux.vnet.ibm.com>
To: Laurent Vivier <lvivier@redhat.com>,
David Gibson <david@gibson.dropbear.id.au>
Cc: Thomas Huth <thuth@redhat.com>,
qemu-ppc@nongnu.org, qemu-devel@nongnu.org,
Michael Roth <mdroth@linux.vnet.ibm.com>
Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH 0/4] spapr: disable hotplugging without OS
Date: Tue, 23 May 2017 14:52:54 -0300 [thread overview]
Message-ID: <7509d665-566e-2570-9936-44a04bad75fe@linux.vnet.ibm.com> (raw)
In-Reply-To: <20170523111812.13469-1-lvivier@redhat.com>
Hi Laurent,
This is an interesting patch series. I've been working in the last weeks
in the DRC
migration, mainly to solve the problem in which a hot CPU unplug will
not succeed after
a migration if the CPU was hotplugged in the source. The problem
happened when
migrating with virsh because Libvirt hotplugs the CPU in both source and
target, and
the DRC state of the hotplugged after the migration is inconsistent.
This series solves the
issue by preventing it from happening in the first place. Of course that
migrating DRC states
has other uses (pending unplug operations during a migration, for
example) so both patch
series can coexist.
One possible issue I see with this series is that it breaks Libvirt
migration entirely if
a CPU/mem hotplug happens in the target. With your series applied the
migration
fails before start with:
# ./virsh -c 'qemu:///system' migrate --live --domain dhb_ub1704_nfs
--desturi qemu+ssh://target_ip/system --timeout 60 --verbose
error: internal error: unable to execute QEMU command 'device_add': CPU
hotplug not supported without OS
Note that I say "possible issue" because, although I believe we do not
want to break Libvirt
if possible, I also believe that we need to think about what makes sense
in QEMU first.
Thanks,
Daniel
On 05/23/2017 08:18 AM, Laurent Vivier wrote:
> If the OS is not started, QEMU sends an event to the OS
> that is lost and cannot be recovered. An unplug is not
> able to restore QEMU in a coherent state.
> So, while the OS is not started, disable CPU and memory hotplug.
> We use option vector 6 to know if the OS is started
>
> This series moves error checking for memory hotplug
> in a pre_plug function, and introduces the option
> vector 6 management. It also revert previous
> fix which was not really fixing the hotplug problem
> when the OS is not running.
>
> Laurent Vivier (4):
> spapr: add pre_plug function for memory
> spapr: add option vector 6
> spapr: disable hotplugging without OS
> Revert "spapr: fix memory hot-unplugging"
>
> hw/ppc/spapr.c | 103 ++++++++++++++++++++++++++++++++++++--------
> hw/ppc/spapr_drc.c | 20 ++-------
> hw/ppc/spapr_hcall.c | 5 ++-
> hw/ppc/spapr_ovec.c | 8 ++++
> include/hw/ppc/spapr.h | 2 +
> include/hw/ppc/spapr_drc.h | 1 -
> include/hw/ppc/spapr_ovec.h | 7 +++
> 7 files changed, 109 insertions(+), 37 deletions(-)
>
next prev parent reply other threads:[~2017-05-23 17:53 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-23 11:18 [Qemu-devel] [PATCH 0/4] spapr: disable hotplugging without OS Laurent Vivier
2017-05-23 11:18 ` [Qemu-devel] [PATCH 1/4] spapr: add pre_plug function for memory Laurent Vivier
2017-05-23 15:28 ` [Qemu-devel] [Qemu-ppc] " Greg Kurz
2017-05-23 16:09 ` Laurent Vivier
2017-05-24 4:52 ` David Gibson
2017-05-24 9:55 ` Greg Kurz
2017-05-24 10:27 ` David Gibson
2017-05-23 11:18 ` [Qemu-devel] [PATCH 2/4] spapr: add option vector 6 Laurent Vivier
2017-05-23 16:31 ` [Qemu-devel] [Qemu-ppc] " Greg Kurz
2017-05-24 4:58 ` [Qemu-devel] " David Gibson
2017-05-23 11:18 ` [Qemu-devel] [PATCH 3/4] spapr: disable hotplugging without OS Laurent Vivier
2017-05-24 5:07 ` David Gibson
2017-05-24 9:28 ` [Qemu-devel] [Qemu-ppc] " Greg Kurz
2017-05-24 10:14 ` Igor Mammedov
2017-05-24 15:54 ` Greg Kurz
2017-05-24 16:02 ` Laurent Vivier
2017-05-24 17:40 ` Michael Roth
2017-05-25 3:16 ` David Gibson
2017-05-30 17:15 ` Michael Roth
2017-05-31 6:36 ` David Gibson
2017-05-25 2:49 ` David Gibson
2017-05-25 2:45 ` David Gibson
2017-05-23 11:18 ` [Qemu-devel] [PATCH 4/4] Revert "spapr: fix memory hot-unplugging" Laurent Vivier
2017-05-23 17:52 ` Daniel Henrique Barboza [this message]
2017-05-23 18:07 ` [Qemu-devel] [Qemu-ppc] [PATCH 0/4] spapr: disable hotplugging without OS Daniel Henrique Barboza
2017-05-23 18:22 ` Daniel Henrique Barboza
2017-05-23 19:42 ` Laurent Vivier
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=7509d665-566e-2570-9936-44a04bad75fe@linux.vnet.ibm.com \
--to=danielhb@linux.vnet.ibm.com \
--cc=david@gibson.dropbear.id.au \
--cc=lvivier@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=thuth@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).