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