From: Juan Quintela <quintela@redhat.com>
To: Jan Kiszka <jan.kiszka@web.de>
Cc: Avi Kivity <avi@redhat.com>, Peter Lieven <pl@dlh.net>,
kvm@vger.kernel.org, qemu-devel@nongnu.org
Subject: Re: Qemu-KVM Livate Migration 0.12.2 -> 0.12.3/4 broken?
Date: Sun, 16 May 2010 22:06:58 +0200 [thread overview]
Message-ID: <m3aarzbogt.fsf@trasno.mitica> (raw)
In-Reply-To: <4BF0336D.1000000@web.de> (Jan Kiszka's message of "Sun, 16 May 2010 20:03:25 +0200")
Jan Kiszka <jan.kiszka@web.de> wrote:
> Juan Quintela wrote:
>> Lack of "proper" subsections. IDE is something like:
>>
>> const VMStateDescription vmstate_ide_drive = {
>> .version_id = 4,
>> ....
>> }
>>
>> static const VMStateDescription vmstate_bmdma = {
>> .name = "ide bmdma",
>> .version_id = 4,
>> ...
>> }
>>
>> const VMStateDescription vmstate_ide_pci = {
>> .name = "ide",
>> .version_id = 4,
>> ....
>> VMSTATE_STRUCT_ARRAY(bmdma, PCIIDEState, 2, 0,
>> vmstate_bmdma, BMDMAState),
>> VMSTATE_IDE_DRIVES(bus[0].ifs, PCIIDEState),
>> VMSTATE_IDE_DRIVES(bus[1].ifs, PCIIDEState),
>> ....
>> }
>>
>>
>> Notice that everything is at version 4. It used to be everything at
>> version 3. Now the problem is that when migrating from v3 -> v4. We
>> put in one place v3, But we only have a version number at the toplevel,
>> rest of "subsections" don't sent a version number. There is no way to
>> fix it in the general case. We can hack something around for ide, but
>> that will just be a hack, or we can backport marcelo change and port it
>> as a proper subsection (that is my plan). I expect to have time at the
>> end of next time to work on this.
>
> BTW, the IDE subsystem is yet lacking a proper vmstate section split-up
> along qdev boundaries (ie. vmstate_ide_pci should not contain drive
> structures). Do you plan to address this as well?
Not for Friday, and not for 0.12.
That is 0.13 material, and have to get one agreement on how to go.
We can go for:
- good structure
- backward compatibility
I can't see any good way to get both at this stage :( But I am open to
sugestions.
Later, Juan.
PD. BTW, very good work with printing the vmstate, that was one of the goals
when we added it, that was the next step after porting everything to
vmstate :)
next prev parent reply other threads:[~2010-05-16 20:07 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-11 10:59 Qemu-KVM Livate Migration 0.12.2 -> 0.12.3/4 broken? Peter Lieven
2010-05-11 23:11 ` Juan Quintela
2010-05-12 13:42 ` [Qemu-devel] " Peter Lieven
2010-05-16 12:02 ` Avi Kivity
2010-05-16 14:42 ` Juan Quintela
2010-05-16 14:47 ` Avi Kivity
2010-05-16 20:04 ` Juan Quintela
2010-05-17 7:00 ` Avi Kivity
2010-05-17 8:23 ` Michael Tokarev
2010-05-17 9:07 ` Juan Quintela
2010-05-17 9:11 ` Michael Tokarev
2010-05-17 9:38 ` [Qemu-devel] " Alexander Graf
2010-05-16 18:03 ` Jan Kiszka
2010-05-16 20:06 ` Juan Quintela [this message]
2010-05-17 10:35 ` Jan Kiszka
2010-06-08 9:54 ` [Qemu-devel] " Peter Lieven
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=m3aarzbogt.fsf@trasno.mitica \
--to=quintela@redhat.com \
--cc=avi@redhat.com \
--cc=jan.kiszka@web.de \
--cc=kvm@vger.kernel.org \
--cc=pl@dlh.net \
--cc=qemu-devel@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