From: Igor Mammedov <imammedo@redhat.com>
To: Amit Shah <amit.shah@redhat.com>
Cc: Eduardo Habkost <ehabkost@redhat.com>,
Peter Maydell <peter.maydell@linaro.org>,
Richard Henderson <rth@twiddle.net>,
qemu-devel@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>,
fred.konrad@greensocs.com, alistair.francis@xilinx.com,
crosthwaite.peter@gmail.com,
hyun.kwon@xilinx.competer.maydell@linaro.org
Subject: Re: [Qemu-devel] [PULL 26/28] apic: Use apic_id as apic's migration instance_id
Date: Tue, 26 Jul 2016 11:41:33 +0200 [thread overview]
Message-ID: <20160726114133.3db1e77c@nial.brq.redhat.com> (raw)
In-Reply-To: <20160726051138.GB27202@grmbl.mre>
On Tue, 26 Jul 2016 10:41:38 +0530
Amit Shah <amit.shah@redhat.com> wrote:
> On (Wed) 20 Jul 2016 [12:08:32], Eduardo Habkost wrote:
> > From: Igor Mammedov <imammedo@redhat.com>
> >
> > instance_id is generated by last_used_id + 1 for a given device type
> > so for QEMU with 3 CPUs instance_id for APICs is a seti of [0, 1, 2]
> > When CPU in the middle is hot-removed and migration started
> > APICs with instance_ids 0 and 2 are transferred in migration stream.
> > However target starts with 2 CPUs and APICs' instance_ids are
> > generated from scratch [0, 1] hence migration fails with error
> > Unknown savevm section or instance 'apic' 2
> >
> > Fix issue by manually registering APIC's vmsd with apic_id as
> > instance_id, in this case instance_id on target will always
> > match instance_id on source as apic_id is the same for a given
> > cpu instance.
> >
> > Reported-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
> > Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> > Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
> > Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
> > Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
>
> After these patches, the static checker complains about missing
> sections:
>
> Section "apic-common" does not exist in dest
> Section "apic" does not exist in dest
> Section "kvm-apic" does not exist in dest
>
> This will break migration from older versions.
Still can't reproduce:
here is my CLI on SRC:
qemu-system-x86_64-v2.6.0 \
-snapshot -enable-kvm -smp 6,maxcpus=6 -m 256M rhel72.img -monitor stdio -M pc-i440fx-2.6 -nodefaults
monitor# stop
monitor# migrate "exec:gzip -c > STATEFILE.gz"
^C
CLI on DST:
qemu-system-x86_64-v2.7.0-rc0 \
-snapshot -enable-kvm -smp 6,maxcpus=6 -m 256M rhel72.img -monitor stdio -M pc-i440fx-2.6 -nodefaults -incoming "exec: gzip -c -d STATEFILE.gz"
But I've found issue with I2C, which breaks migration for me with:
(qemu) qemu-system-x86_64: Missing section footer for i2c_bus
qemu-system-x86_64: load of migration failed: Invalid argument
Which is bisects to:
commit 2293c27faddf9547dd8b52423caa6e85844eec3a
Author: KONRAD Frederic <fred.konrad@greensocs.com>
Date: Tue Jun 14 15:59:14 2016 +0100
i2c: implement broadcast write
hacking migration hunks of it to old VMState fixes I2C issue,
and no apic related issues are noticed.
>
> Amit
>
next prev parent reply other threads:[~2016-07-26 9:41 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-20 15:08 [Qemu-devel] [PULL v2 00/28] x86 queue, 2016-07-20 Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 01/28] target-i386: Provide TCG_PHYS_ADDR_BITS Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 02/28] target-i386: Allow physical address bits to be set Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 03/28] target-i386: Mask mtrr mask based on CPU physical address limits Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 04/28] target-i386: Fill high bits of mtrr mask Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 05/28] target-i386: Use uint32_t for X86CPU.apic_id Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 06/28] pc: Add x86_topo_ids_from_apicid() Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 07/28] target-i386: Set physical address bits based on host Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 08/28] pc: Extract CPU lookup into a separate function Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 09/28] pc: cpu: Consolidate apic-id validity checks in pc_cpu_pre_plug() Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 10/28] target-i386: Replace custom apic-id setter/getter with static property Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 11/28] target-i386: Add socket/core/thread properties to X86CPU Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 12/28] target-i386: Add support for UMIP and RDPID CPUID bits Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 13/28] target-i386: cpu: Do not ignore error and fix apic parent Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 14/28] target-i386: Fix apic object leak when CPU is deleted Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 15/28] pc: Set APIC ID based on socket/core/thread ids if it's not been set yet Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 16/28] pc: Delay setting number of boot CPUs to machine_done time Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 17/28] pc: Register created initial and hotpluged CPUs in one place pc_cpu_plug() Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 18/28] pc: Forbid BSP removal Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 19/28] pc: Enforce adding CPUs contiguously and removing them in opposite order Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 20/28] pc: cpu: Allow device_add to be used with x86 cpu Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 21/28] pc: Implement query-hotpluggable-cpus callback Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 22/28] apic: move MAX_APICS check to 'apic' class Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 23/28] apic: Drop APICCommonState.idx and use APIC ID as index in local_apics[] Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 24/28] apic: kvm-apic: Fix crash due to access to freed memory region Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 25/28] (kvm)apic: Add unrealize callbacks Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 26/28] apic: Use apic_id as apic's migration instance_id Eduardo Habkost
2016-07-26 5:11 ` Amit Shah
2016-07-26 8:00 ` Igor Mammedov
2016-07-26 11:47 ` Amit Shah
2016-07-26 12:58 ` Igor Mammedov
2016-07-26 13:11 ` Amit Shah
2016-07-26 13:41 ` Igor Mammedov
2016-07-26 14:16 ` Igor Mammedov
2016-07-26 19:19 ` Eduardo Habkost
2016-07-27 7:41 ` Igor Mammedov
2016-07-26 9:41 ` Igor Mammedov [this message]
2016-07-26 12:26 ` Amit Shah
2016-07-20 15:08 ` [Qemu-devel] [PULL 27/28] target-i386: Add x86_cpu_unrealizefn() Eduardo Habkost
2016-07-20 15:08 ` [Qemu-devel] [PULL 28/28] pc: Make device_del CPU work for x86 CPUs Eduardo Habkost
2016-07-20 20:59 ` [Qemu-devel] [PULL v2 00/28] x86 queue, 2016-07-20 Peter Maydell
-- strict thread matches above, loose matches on Subject: below --
2016-07-19 17:22 [Qemu-devel] [PULL 00/28] x86 queue for -rc0 Eduardo Habkost
2016-07-19 17:22 ` [Qemu-devel] [PULL 26/28] apic: Use apic_id as apic's migration instance_id Eduardo Habkost
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=20160726114133.3db1e77c@nial.brq.redhat.com \
--to=imammedo@redhat.com \
--cc=alistair.francis@xilinx.com \
--cc=amit.shah@redhat.com \
--cc=crosthwaite.peter@gmail.com \
--cc=ehabkost@redhat.com \
--cc=fred.konrad@greensocs.com \
--cc=hyun.kwon@xilinx.competer.maydell \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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).