|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH Remus v2 01/10] tools/libxc: adjust the memory allocation for migration
On 08/05/15 10:33, Yang Hongyang wrote:
> @@ -475,24 +475,12 @@ static int update_progress_string(struct xc_sr_context
> *ctx,
> static int send_domain_memory_live(struct xc_sr_context *ctx)
> {
> xc_interface *xch = ctx->xch;
> - DECLARE_HYPERCALL_BUFFER(unsigned long, to_send);
> xc_shadow_op_stats_t stats = { 0, ctx->save.p2m_size };
> char *progress_str = NULL;
> unsigned x;
> int rc = -1;
> -
> - to_send = xc_hypercall_buffer_alloc_pages(
> - xch, to_send, NRPAGES(bitmap_size(ctx->save.p2m_size)));
> -
> - ctx->save.batch_pfns = malloc(MAX_BATCH_SIZE *
> - sizeof(*ctx->save.batch_pfns));
> - ctx->save.deferred_pages = calloc(1, bitmap_size(ctx->save.p2m_size));
> -
> - if ( !ctx->save.batch_pfns || !to_send || !ctx->save.deferred_pages )
> - {
> - ERROR("Unable to allocate memory for to_{send,fix}/batch bitmaps");
> - goto out;
> - }
> + DECLARE_HYPERCALL_BUFFER_SHADOW(unsigned long, dirty_bitmap,
> + (&ctx->save.dirty_bitmap_hbuf));
Nice bug. I have just put a fix to DECLARE_HYPERCALL_BUFFER_SHADOW() in
my series.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |