From: Alex Bligh <alex@alex.org.uk>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Diana Crisan <dcrisan@flexiant.com>,
Alex Bligh <alex@alex.org.uk>,
xen-devel@lists.xen.org
Subject: Re: HVM Migration of domU on Qemu-upstream DM loses ACPI data in xenstore
Date: Sat, 18 May 2013 12:17:15 +0100 [thread overview]
Message-ID: <7AD24E5E5612F30F1D9EC307@nimrod.local> (raw)
In-Reply-To: <1368874943.12438.19.camel@dagon.hellion.org.uk>
Ian,
--On 18 May 2013 12:02:23 +0100 Ian Campbell <Ian.Campbell@citrix.com>
wrote:
> These keys have nothing to do with that, all they do is cause hvmloader
> to expose ACPI tables to the guest or to tweak the content of those
> tables. That state is preserved as part of the memory image of the
> guest. The qemu state is also pickled as part of the save image.
>
> ACPI is jut a set of tables describing the hardware, there's no
> "emulation" to turn off and on. Whatever magic I/O ports the ACPI AML
> references are always on, the setting just controls whether the guest
> gets to see that via the AML.
Thanks. So it could not be that the guest gets to see that via the AML
pre migration, but not post migration?
In that case I can only conclude that some part of the qemu state
is not migrating correctly, and the fact that it the cluck stock
doesn't happen if ACPI is enabled in xl.conf is only relevant as
it influences how the guest (linux in this case) chooses its clock
source (i.e. its broken in any case, just the guest does not notice
if the relevant ACPI dtables aren't exposed).
Any ideas on how to debug this further? It is odd that the date command
(used to set a date) will unstick the clock.
--
Alex Bligh
next prev parent reply other threads:[~2013-05-18 11:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <514405924.8634267.1368537117719.JavaMail.root@zimbra002>
2013-05-14 13:12 ` HVM Migration of domU on Qemu-upstream DM loses ACPI data in xenstore Diana Crisan
2013-05-17 17:33 ` Ian Campbell
2013-05-18 9:52 ` Alex Bligh
2013-05-18 11:02 ` Ian Campbell
2013-05-18 11:17 ` Alex Bligh [this message]
2013-05-20 8:40 ` Ian Campbell
2013-05-20 11:50 ` Alex Bligh
2013-05-20 12:01 ` Ian Campbell
2013-05-21 10:08 ` Diana Crisan
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=7AD24E5E5612F30F1D9EC307@nimrod.local \
--to=alex@alex.org.uk \
--cc=Ian.Campbell@citrix.com \
--cc=dcrisan@flexiant.com \
--cc=xen-devel@lists.xen.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).