On 05/11/2015 07:50 PM, Ian Campbell wrote:
On Fri, 2015-05-08 at 17:33 +0800, Yang Hongyang wrote:
Move the memory allocation before the concrete live/nolive save
in order to avoid the free/alloc memory loop when using Remus.
Rename the to_send bitmap to dirty_bitmap.
Doing the rename in a
On 05/11/2015 05:00 PM, Andrew Cooper wrote:
On 11/05/15 07:28, Hongyang Yang wrote:
On 05/09/2015 02:12 AM, Andrew Cooper wrote:
On 08/05/15 10:33, Yang Hongyang wrote:
This patchset implement the Remus support for Migration v2 but without
memory compressing.
[...]
end_of_checkpoint
On 05/11/2015 05:02 PM, Andrew Cooper wrote:
On 11/05/15 03:31, Hongyang Yang wrote:
On 05/08/2015 09:30 PM, Ian Campbell wrote:
On Fri, 2015-05-08 at 13:54 +0100, Andrew Cooper wrote:
This is in preparation for supporting checkpointed streams in
migration v2.
- For PV guests, the VCPU
On 05/11/2015 04:00 PM, Andrew Cooper wrote:
On 11/05/2015 08:51, Hongyang Yang wrote:
I've reviewed all of the series, looks good to me in general, I will
rebase my
patches on top of this series. Would you like me to take this series
and send
it together with mine?
Yes please - for ea
I've reviewed all of the series, looks good to me in general, I will rebase my
patches on top of this series. Would you like me to take this series and send
it together with mine?
On 05/09/2015 05:14 AM, Andrew Cooper wrote:
There is no conceptual problem with setting this parameter more than on
On 05/09/2015 02:12 AM, Andrew Cooper wrote:
On 08/05/15 10:33, Yang Hongyang wrote:
This patchset implement the Remus support for Migration v2 but without
memory compressing.
The series can be found on github:
https://github.com/macrosheep/xen/tree/Remus-newmig-v2
PATCH 1-7: Some refactor and
On 05/08/2015 09:15 PM, Andrew Cooper wrote:
On 08/05/15 13:54, Andrew Cooper wrote:
See individual patches for details.
Git tree available at:
git://xenbits.xen.org/people/andrewcoop/xen.git remus-migv2-v1
Yang: Please feel free to consume some of all of these patches as
appropriate into
On 05/08/2015 09:55 PM, Andrew Cooper wrote:
On 08/05/15 14:50, Ian Campbell wrote:
On Fri, 2015-05-08 at 14:37 +0100, Andrew Cooper wrote:
Does Remus currently function if the sending toolstack suddenly
disappears out of the mix?
I would assume so, that's its entire purpose...
But the sig
On 05/08/2015 09:30 PM, Ian Campbell wrote:
On Fri, 2015-05-08 at 13:54 +0100, Andrew Cooper wrote:
This is in preparation for supporting checkpointed streams in migration v2.
- For PV guests, the VCPU context is moved to end_of_checkpoint().
- For HVM guests, the HVM context and params are
On 05/08/2015 06:16 PM, Andrew Cooper wrote:
On 08/05/15 10:33, Yang Hongyang wrote:
Define a user pointer that can access the hypercall buffer data
Useful when you only need to access the hypercall buffer data
Signed-off-by: Yang Hongyang
---
tools/libxc/include/xenctrl.h | 8
1
On 05/08/2015 06:11 PM, Andrew Cooper wrote:
On 08/05/15 10:33, Yang Hongyang wrote:
rename send_some_pages to send_dirty_pages, no functional change.
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_sr_save.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/
On 05/08/2015 06:08 PM, Andrew Cooper wrote:
On 08/05/15 10:59, Hongyang Yang wrote:
In general, a good change, but some comments...
---
tools/libxc/xc_sr_save.c | 72
+---
1 file changed, 44 insertions(+), 28 deletions(-)
diff --git a
On 05/08/2015 05:45 PM, Andrew Cooper wrote:
On 08/05/15 10:33, Yang Hongyang wrote:
introduce setup() and cleanup() which subsume the
ctx->save.ops.{setup,cleanup}() calls and also do allocate/free
necessary memory.
The SHADOW_OP_OFF hypercall also included in the cleanup().
Signed-off-by: Y
Hi Ian,
On 05/07/2015 09:57 PM, Ian Campbell wrote:
On Thu, 2015-05-07 at 21:42 +0800, Hongyang Yang wrote:
On 05/07/2015 05:48 PM, Andrew Cooper wrote:
On 07/05/15 07:37, Yang Hongyang wrote:
Move the memory allocation before the concrete live/nolive save
in order to avoid the free/alloc
Hi Andrew,
On 05/07/2015 11:24 PM, Andrew Cooper wrote:
On 07/05/15 14:59, Hongyang Yang wrote:
On 05/07/2015 06:35 PM, Andrew Cooper wrote:
On 07/05/15 07:37, Yang Hongyang wrote:
Set the hvm param HVM_PARAM_IDENT_PT second time will fail.
So defer the setting of HVM_PARAM_IDENT_PT
On 05/07/2015 05:31 PM, Andrew Cooper wrote:
On 07/05/15 08:04, Hongyang Yang wrote:
Cc Andrew cooper
Sorry I missed your address...
No worries. You have managed a far faster turnaround on this than I
have with libxl migration v2!
Thank you for the more faster review!
~Andrew
On 05/07/2015 06:35 PM, Andrew Cooper wrote:
On 07/05/15 07:37, Yang Hongyang wrote:
Set the hvm param HVM_PARAM_IDENT_PT second time will fail.
So defer the setting of HVM_PARAM_IDENT_PT.
Signed-off-by: Yang Hongyang
I would argue that this is a Xen bug, not a migration bug. There is
not
On 05/07/2015 06:58 PM, Andrew Cooper wrote:
On 07/05/15 07:37, Yang Hongyang wrote:
X86_PV_INFO can be sent multiple times under Remus
Signed-off-by: Yang Hongyang
X86_PV_INFO cannot be sent multiple times. If any information in it
were to change, the receiving side would have no choice
On 05/07/2015 06:48 PM, Andrew Cooper wrote:
On 07/05/15 07:37, Yang Hongyang wrote:
Split read/handle qemu info. The receiving of qemu info
should be done while we receive the migration stream,
handle_qemu will be called when the stream complete.
Otherwise, it will break Remus because read_re
On 05/07/2015 06:08 PM, Andrew Cooper wrote:
On 07/05/15 07:37, Yang Hongyang wrote:
introduce bitmap_set() to set the entire bitmap.
in send_all_pages(), set the entire bitmap and call send_some_pages().
Signed-off-by: Yang Hongyang
Ah - I see now why you unconditionally allocated the to_
On 05/07/2015 05:48 PM, Andrew Cooper wrote:
On 07/05/15 07:37, Yang Hongyang wrote:
Move the memory allocation before the concrete live/nolive save
in order to avoid the free/alloc memory loop when using Remus.
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_sr_save.c | 53 +++
Cc Andrew cooper
Sorry I missed your address...
On 05/07/2015 02:37 PM, Yang Hongyang wrote:
This patchset implement the Remus support for Migration v2 but without
memory compressing.
PATCH 1-5: Some refactor and prepare work.
PATCH 6-7: The main Remus loop implement.
PATCH 8: Fix for Remus.
On 04/15/2015 06:09 PM, Ian Campbell wrote:
On Wed, 2015-04-15 at 10:46 +0100, Stefano Stabellini wrote:
On Tue, 14 Apr 2015, Don Slutz wrote:
On 04/14/15 04:53, Wei Liu wrote:
Is there a way to know how much more memory each option rom needs? If
so, you can correctly account for the extra m
On 04/14/2015 05:28 PM, Andrew Cooper wrote:
On 14/04/15 10:22, Hongyang Yang wrote:
On 04/14/2015 04:53 PM, Andrew Cooper wrote:
On 14/04/15 00:51, Don Slutz wrote:
On 04/13/15 12:25, Andrew Cooper wrote:
On 13/04/15 17:09, Don Slutz wrote:
If QEMU has called on xc_domain_setmaxmem to
On 04/14/2015 05:29 PM, Wei Liu wrote:
On Tue, Apr 14, 2015 at 05:22:31PM +0800, Hongyang Yang wrote:
[...]
If I understand correctly, the steps are this:
* 'xl create' makes a VM of size $FOO
* qemu bumps the size to $FOO+$N
* 'xl save' writes $FOO+$N of page data, but t
On 04/14/2015 04:53 PM, Andrew Cooper wrote:
On 14/04/15 00:51, Don Slutz wrote:
On 04/13/15 12:25, Andrew Cooper wrote:
On 13/04/15 17:09, Don Slutz wrote:
If QEMU has called on xc_domain_setmaxmem to add more memory for
option ROMs, domain restore needs to also increase the memory.
Signed
Wei,
Thanks for the review and sorry for the late reply, was debugging some triple
fault bug. However, it is now fixed, and COLO running much more stable now.
For the readme, it is kind of outdated, we will update it and also address
your comments, then we'll put it onto wiki page. The intre
This patch also fix a triple fault when guests running under COLO mode.
(XEN) d0v1 Over-allocation for domain 1: 524545 > 524544
(XEN) memory.c:155:d0v1 Could not allocate order=0 extent: id=1 memflags=0 (181
of 235)
(XEN) d1v1 Triple fault - invoking HVM shutdown action 1
On 04/14/2015 12:09 A
Hi George,
在 11/03/2014 05:58 PM, George Dunlap 写道:
On 10/29/2014 05:49 AM, Wen Congyang wrote:
On 10/20/2014 10:25 PM, George Dunlap wrote:
On Wed, Oct 15, 2014 at 2:05 AM, Wen Congyang wrote:
On 10/14/2014 11:48 PM, Ian Jackson wrote:
Wen Congyang writes ("[PATCH 00/17] blktap2 related bu
在 02/11/2015 04:09 AM, Ian Jackson 写道:
* Add two comments in libxl_remus_disk_drbd documenting buggy handling
of the hotplug script exit status.
* Add a section heading for async exec in libxl_aoutils.c
* Mention the right function name (libxl__ev_child_fork, not
libxl__ev_fork) in libx
n't display the delay the network buffering causes, but on longer
intervals you can feel the extra time the pings take to respond. Weird.
Many Thanks,
Anthony
On Dec 18, 2014, at 9:09 PM, Hongyang Yang mailto:yan...@cn.fujitsu.com>> wrote:
Hi,
在 12/19/2014 05:48 AM, Anthony Korzan 写道:
Hi,
在 12/19/2014 05:48 AM, Anthony Korzan 写道:
Hello!
I have only managed to get Xen 4.5's Remus "working" on Linux Kernels less than
3.5. The provided remus-drbd, as detailed in docs/README.remus and available
from https://github.com/rshriram/remus-drbd will not compile with Linux Kernels
3.6 a
在 11/26/2014 03:54 AM, Andrew Cooper 写道:
Hello,
The purpose of this email is to plan how to progress the migrationv2
series through to being merged. I believe I have CC'd everyone with a
specific interest in this area, but apologies if I have missed anyone.
Migration v2 is in exclusive use i
33 matches
Mail list logo
