From: Paolo Bonzini <pbonzini@redhat.com>
To: "Daniel P. Berrange" <berrange@redhat.com>,
Gal Hammer <ghammer@redhat.com>
Cc: Igor Mammedov <imammedo@redhat.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 0/2 V5] Virtual Machine Generation ID
Date: Mon, 06 Oct 2014 14:48:15 +0200 [thread overview]
Message-ID: <54328F8F.6010109@redhat.com> (raw)
In-Reply-To: <20141006090657.GA18003@redhat.com>
Il 06/10/2014 11:06, Daniel P. Berrange ha scritto:
> Now this can largely be accomplished by libvirt by simply changing the
> value of the -vmgenid command line parameter, because most of these
> scenarios involve the spawning of a new QEMU process. The exception
> I think is when a running guest is reverted to a previous snapshot,
> because that is done via a monitor command and not restarting QEMU.
> So for this VM Generation ID work to be considered complete we need
> to have a way to dynamically change the VM generation ID on the fly,
> atomatically with reverting snapshots from the POV of the guest.
> eg we must load the snapshot state, change the generation ID, and
> only then start CPUs again.
>
> IOW I think this patch series is incomplete wrt the Microsoft spec
> on generation ID semantics.
I think this should not be a problem, as long as there is an idea of how
to implement on-the-fly changes to the vmgenid.
Gal, do you know how to find back the address of the VM generation ID?
Can we put the offset into the DSDT in the migration stream, and then
find the ACPI tables in the f-segment at post_load time?
Paolo
prev parent reply other threads:[~2014-10-06 12:48 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-17 11:39 [Qemu-devel] [PATCH 0/2 V5] Virtual Machine Generation ID Gal Hammer
2014-09-17 11:39 ` [Qemu-devel] [PATCH 1/2] i386: Add an ACPI_EXTRACT_NAME_BUFFER16 directive Gal Hammer
2014-10-02 12:20 ` Michael S. Tsirkin
2014-09-17 11:39 ` [Qemu-devel] [PATCH 2/2] i386: Add a Virtual Machine Generation ID device Gal Hammer
2014-10-02 12:49 ` Michael S. Tsirkin
2014-10-02 13:14 ` Gal Hammer
2014-10-02 13:30 ` Michael S. Tsirkin
2014-10-01 8:58 ` [Qemu-devel] [PATCH 0/2 V5] Virtual Machine Generation ID Markus Armbruster
2014-10-02 8:32 ` Gal Hammer
2014-10-02 8:46 ` Michael S. Tsirkin
2014-10-02 12:12 ` Michael S. Tsirkin
2014-10-02 12:16 ` Michael S. Tsirkin
2014-10-06 9:06 ` Daniel P. Berrange
2014-10-06 12:48 ` Paolo Bonzini [this message]
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=54328F8F.6010109@redhat.com \
--to=pbonzini@redhat.com \
--cc=berrange@redhat.com \
--cc=ghammer@redhat.com \
--cc=imammedo@redhat.com \
--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;
as well as URLs for NNTP newsgroup(s).