| 
    
 [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 03/10 V7] tools/libxl: introduce a new structure libxl__remus_state
 Lai Jiangshan writes ("[PATCH 03/10 V7] tools/libxl: introduce a new structure 
libxl__remus_state"):
> libxl_domain_remus_info only contains the argument of the command
> 'xl remus'. So introduce a new structure libxl__remus_state to save
> the remus state.
I appreciate that you've probably split this up to try to make the
review easier, but I think there would probably be a way to do this
that made the patches make more sense when reviewed in isolation.
For this one:
> +    /* convenience shorthand */
> +    libxl__remus_state *remus_state = dss->remus_state;
> +    remus_state->blackhole = info->blackhole;
> +    remus_state->interval = info->interval;
> +    remus_state->compression = info->compression;
> +    remus_state->dss = dss;
> +    libxl__ev_child_init(&remus_state->child);
AFAICT the main point of this patch seems to be to copy a bunch of
configuration options from libxl_domain_remus_start's info argument
into dss->remus_state.
I don't understand why this is desirable.  Does the info argument not
have a sufficient lifetime ?
Thanks,
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
  | 
  
![]()  | 
            
         Lists.xenproject.org is hosted with RackSpace, monitoring our  |