[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 |