From: David Gibson <david@gibson.dropbear.id.au>
To: Greg Kurz <groug@kaod.org>
Cc: qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
Cedric Le Goater <clg@kaod.org>
Subject: Re: [Qemu-devel] [PATCH v4 5/6] xics: directly register ICPState objects to vmstate
Date: Tue, 13 Jun 2017 16:07:11 +0800 [thread overview]
Message-ID: <20170613080711.GC30171@umbus> (raw)
In-Reply-To: <20170613091455.3f307990@bahia.ttt.fr.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1935 bytes --]
On Tue, Jun 13, 2017 at 09:14:55AM +0200, Greg Kurz wrote:
> On Mon, 12 Jun 2017 22:15:46 +0800
> David Gibson <david@gibson.dropbear.id.au> wrote:
>
> > On Thu, Jun 08, 2017 at 03:43:18PM +0200, Greg Kurz wrote:
> > > The ICPState objects are currently registered to vmstate as qdev objects.
> > > Their instance ids are hence computed automatically in the migration code,
> > > and thus depends on the order the CPU cores were plugged.
> > >
> > > If the destination had its CPU cores plugged in a different order than the
> > > source, then ICPState objects will have different instance_ids and load
> > > the wrong state.
> > >
> > > Since CPU objects have a reliable cpu_index which is already used as
> > > instance_id in vmstate, let's use it for ICPState as well.
> > >
> > > Signed-off-by: Greg Kurz <groug@kaod.org>
> >
> > This is certainly an improvement. You answered my query on the
> > previous version as to why this doesn't break migration, but that
> > information should go into the commit message.
> >
>
> I'll add this explanation to the changelog.
>
> > So, ideally, we would use the XICS "server number" as the migration
> > key. That's an architected part of the XICs state, since those values
> > are entered explicitly into the ICS. We have a way to go from server
> > number to ICP at the moment, but not the reverse, but we can fix that.
> >
> > Unfortunately I think those won't always match existing automatically
> > generated IDs, which makes things harder.
> >
>
> Maybe things will get better when cpu_dt_id can be contiguous:
>
> http://www.spinics.net/lists/kvm/msg150390.html
>
> But I guess it won't help with existing machine types.
Right.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2017-06-13 8:20 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-08 13:42 [Qemu-devel] [PATCH v4 0/6] spapr/xics: fix migration of older machine types Greg Kurz
2017-06-08 13:42 ` [Qemu-devel] [PATCH v4 1/6] xics: introduce macros for ICP/ICS link properties Greg Kurz
2017-06-08 14:04 ` Cédric Le Goater
2017-06-08 14:32 ` Greg Kurz
2017-06-08 14:51 ` Cédric Le Goater
2017-06-08 15:45 ` Greg Kurz
2017-06-08 16:08 ` Cédric Le Goater
2017-06-08 17:00 ` Greg Kurz
2017-06-08 17:26 ` Cédric Le Goater
2017-06-09 2:10 ` David Gibson
2017-06-09 5:46 ` Cédric Le Goater
2017-06-08 13:42 ` [Qemu-devel] [PATCH v4 2/6] xics: pass appropriate types to realize() handlers Greg Kurz
2017-06-08 13:42 ` [Qemu-devel] [PATCH v4 3/6] xics: setup cpu at realize time Greg Kurz
2017-06-08 14:08 ` Cédric Le Goater
2017-06-08 13:43 ` [Qemu-devel] [PATCH v4 4/6] xics: drop ICPStateClass::cpu_setup() handler Greg Kurz
2017-06-08 14:09 ` Cédric Le Goater
2017-06-08 13:43 ` [Qemu-devel] [PATCH v4 5/6] xics: directly register ICPState objects to vmstate Greg Kurz
2017-06-12 14:15 ` David Gibson
2017-06-13 7:14 ` Greg Kurz
2017-06-13 8:07 ` David Gibson [this message]
2017-06-08 13:43 ` [Qemu-devel] [PATCH v4 6/6] spapr: fix migration of ICPState objects from/to older QEMU Greg Kurz
2017-06-12 14:21 ` David Gibson
2017-06-13 7:39 ` Greg Kurz
2017-06-09 2:28 ` [Qemu-devel] [PATCH v4 0/6] spapr/xics: fix migration of older machine types David Gibson
2017-06-09 9:36 ` Greg Kurz
2017-06-09 10:28 ` David Gibson
2017-06-09 15:09 ` Greg Kurz
2017-06-11 9:38 ` David Gibson
2017-06-13 7:43 ` Greg Kurz
2017-06-13 8:29 ` Nikunj A Dadhania
2017-06-14 1:41 ` David Gibson
2017-06-14 4:57 ` Nikunj A Dadhania
2017-06-16 10:53 ` Nikunj A Dadhania
2017-06-16 14:28 ` David Gibson
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=20170613080711.GC30171@umbus \
--to=david@gibson.dropbear.id.au \
--cc=clg@kaod.org \
--cc=groug@kaod.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
/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).