qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: [PATCH] vmstate: fix vmstate_subsection_load


From: Paolo Bonzini
Subject: [Qemu-devel] Re: [PATCH] vmstate: fix vmstate_subsection_load
Date: Wed, 28 Jul 2010 15:12:28 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Lightning/1.0b2pre Thunderbird/3.0.5

On 07/28/2010 02:51 PM, TeLeMan wrote:
On Wed, Jul 28, 2010 at 20:32, Juan Quintela<address@hidden>  wrote:
TeLeMan<address@hidden>  wrote:
On Wed, Jul 28, 2010 at 19:51, Juan Quintela<address@hidden>  wrote:
I hope this hepls to understand how subsections are supposed to work.

Thanks for the comments, Juan.

I see, thanks a lot. But I still hope to have the similar subsection
that can be ignored simply.

Then it is better not to be sent in the 1st place.

Do you have any example of why you want to do?  When I dessigned
subsections, I looked at all the changes that we had from 0.11 to 0.12,
subsections can handle all of them.  Just curious about what you need.\

Notice that ignoring subsections at this point is not trivial, as
(sub)sections don't have a size field.  Working on getting size there,
but it is a long term project (it requires 1st to change everything to
VMState to be able to change how QEMUFile works).

I have some extra data to be saved to vmstate and I want the new
vmstate to be compatible with the official version. You are right, I
thought it was simple. Now I discard my thought.

Even if they are mandatory, subsections still improve the situation here, because they provide a clean way to "branch" off an upstream vmstate version. At least the failure will be clear, because an unsupported subsection is easily detected when migrating to (or restoring with) upstream.

Instead, for example RHEL5.5's "version 9" cpu save format will often crash upstream version 9 with a SIGSEGV.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]