From: Halil Pasic <pasic@linux.vnet.ibm.com>
To: Cornelia Huck <cohuck@redhat.com>
Cc: Thomas Huth <thuth@redhat.com>,
qemu-devel@nongnu.org,
Christian Borntraeger <borntraeger@de.ibm.com>
Subject: Re: [Qemu-devel] [PATCH 1/1] s390x/css: fix css migration compat handling
Date: Wed, 4 Oct 2017 13:31:56 +0200 [thread overview]
Message-ID: <4ef68b1f-fc34-93b1-8ee8-fa9f6718fed2@linux.vnet.ibm.com> (raw)
In-Reply-To: <20171004131035.42ccafe3.cohuck@redhat.com>
On 10/04/2017 01:10 PM, Cornelia Huck wrote:
> On Wed, 4 Oct 2017 13:01:09 +0200
> Halil Pasic <pasic@linux.vnet.ibm.com> wrote:
>
>> Commit e996583eb3 ("s390x/css: activate ChannelSubSys migration",
>> 2017-07-11) was supposed to enable css migration for virtio-ccw
>> machines starting 2.10, but it ended up effectively enabling it
>> only for 2.10 as the registration of the appropriate VMStateDescription
>> happens in ccw_machine_2_10_instance_options which does not get
>> called for machines more recent than 2_10.
>>
>> Let us move the corresponding chunk of code (which conditionally enables
>> the migration based on the value of the corresponding class property) to
>> a ccw_init, which is called for each virtio-ccw machine instance.
>
> s/a//
>
>>
>> Signed-off-by: Halil Pasic <pasic@linux.vnet.ibm.com>
>> Reported-by: Thomas Huth <thuth@redhat.com>
>> ---
>> hw/s390x/s390-virtio-ccw.c | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/hw/s390x/s390-virtio-ccw.c b/hw/s390x/s390-virtio-ccw.c
>> index fafbc6d4fe..3b5dfdb48d 100644
>> --- a/hw/s390x/s390-virtio-ccw.c
>> +++ b/hw/s390x/s390-virtio-ccw.c
>> @@ -313,6 +313,9 @@ static void ccw_init(MachineState *machine)
>> ret = css_create_css_image(VIRTUAL_CSSID, true);
>> }
>> assert(ret == 0);
>> + if (css_migration_enabled()) {
>> + css_register_vmstate();
>> + }
>>
>> /* Create VirtIO network adapters */
>> s390_create_virtio_net(BUS(css_bus), "virtio-net-ccw");
>> @@ -731,9 +734,6 @@ DEFINE_CCW_MACHINE(2_11, "2.11", true);
>> static void ccw_machine_2_10_instance_options(MachineState *machine)
>> {
>> ccw_machine_2_11_instance_options(machine);
>> - if (css_migration_enabled()) {
>> - css_register_vmstate();
>> - }
>> }
>>
>> static void ccw_machine_2_10_class_options(MachineClass *mc)
>
> Looks sane.
>
> Out of curiosity: Which machine types did you test migration for?
>
In context of this patch. I've double checked with gdb that
css_register_vmstate is called for 2.11, 2.10 and that it is not called
for 2.9 and 2.8.
I did not do any actual migrations before sending the patch. The mean
thing is that the migration between 2.11 and 2.11 does not fail
(necessarily) it's "just" that the stuff described by vmstate_css won't
get migrated (AFAIR that means we get the defaults instead).
Regards,
Halil
next prev parent reply other threads:[~2017-10-04 11:32 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-04 11:01 [Qemu-devel] [PATCH 1/1] s390x/css: fix css migration compat handling Halil Pasic
2017-10-04 11:10 ` Cornelia Huck
2017-10-04 11:31 ` Halil Pasic [this message]
2017-10-04 11:41 ` Christian Borntraeger
2017-10-04 12:37 ` Cornelia Huck
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=4ef68b1f-fc34-93b1-8ee8-fa9f6718fed2@linux.vnet.ibm.com \
--to=pasic@linux.vnet.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=qemu-devel@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).