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 15:07:23 -0300 [thread overview]
Message-ID: <e0a75b06-5bbf-e831-b049-93e2ad5aa717@linux.vnet.ibm.com> (raw)
In-Reply-To: <7509d665-566e-2570-9936-44a04bad75fe@linux.vnet.ibm.com>
On 05/23/2017 02:52 PM, Daniel Henrique Barboza wrote:
> 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:
Sorry: if a migration happens in the *source*, before the migration.
>
>
> # ./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 18:07 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 ` [Qemu-devel] [Qemu-ppc] [PATCH 0/4] spapr: disable hotplugging without OS Daniel Henrique Barboza
2017-05-23 18:07 ` Daniel Henrique Barboza [this message]
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=e0a75b06-5bbf-e831-b049-93e2ad5aa717@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).