From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Vijay Kilari <vijay.kilari@gmail.com>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
Ian Campbell <Ian.Campbell@citrix.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: VM Migration on ARM
Date: Wed, 25 Mar 2015 16:02:31 +0000 [thread overview]
Message-ID: <5512DC17.4080009@citrix.com> (raw)
In-Reply-To: <CALicx6vcgaS9--Ahp_fmsorhu_hTE49DP53cf-ycvwrc64r_hA@mail.gmail.com>
On 20/03/15 13:17, Vijay Kilari wrote:
> Hi Andrew,
>
> On Wed, Mar 11, 2015 at 4:21 PM, Andrew Cooper
> <andrew.cooper3@citrix.com> wrote:
>> On 11/03/15 05:32, Vijay Kilari wrote:
>>> Hi Andrew,
>>>
>>> From Ian & Stefano, I came to know that you have introduced
>>> Migration framework v2
>>> under below patch series
>>>
>>> http://marc.info/?l=xen-devel&m=141036915311145
>>>
>>> I have few queries:
>>>
>>> 1) Is there any plans/timeline to support for ARM32/ARM64?.
>> I will not personally be doing any ARM migration support, not even as
>> part of getting migration v2 accepted upstream.
>>
>>> 2) Also does the Domain Image format specification for ARM is complete?
>> The spec has certain sentinel values for ARM already where it made sense
>> to just include them while writing.
>>
>> It has no specific thought to ARM migration, but an ARM virtual machine
>> is exactly like an x86 HVM domain (from the toolstacks point of view),
>> other than the Qemu record. With any luck, no new additions to the spec
>> will be needed, but the spec is trivially extendible if required.
> IMO, ARM uses PVH domain.
> Can you please let me know how to use your patches, I mean xl/xc commands
> to do migration (non-live/live) using your patches.
> Any debugging and testing support information would be helpful.
Hi - apologises for the late reply. I have been on holiday.
The patches series as available does make `xl save/restore/migrate`
work, although the error handling leaves a lot to be desired.
We (XenServer) are in the process of attempting to get everything
upstream. The libxc side of things is definitely working and already
shipped in XenServer 6.5 (We absolutely needed to support migrating
between 32 and 64bit toolstacks, which was the primary reason for the
rewrite).
What sort of timescale are you looking for on this? I hope to have a
new series posted soon, now that the datacopier subseries has been accepted.
~Andrew
next prev parent reply other threads:[~2015-03-25 16:02 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-11 5:32 VM Migration on ARM Vijay Kilari
2015-03-11 10:51 ` Andrew Cooper
2015-03-11 11:04 ` Julien Grall
2015-03-11 11:47 ` Ian Campbell
2015-03-20 12:17 ` Vijay Kilari
2015-03-25 16:02 ` Andrew Cooper [this message]
2015-03-27 13:32 ` Vijay Kilari
2015-03-27 13:47 ` Andrew Cooper
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=5512DC17.4080009@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=vijay.kilari@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.