[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 09/29] [HACK] tools/libxc: save/restore v2 framework
On Thu, 2014-09-11 at 12:04 +0100, Andrew Cooper wrote: > On 11/09/14 12:01, Ian Campbell wrote: > > On Thu, 2014-09-11 at 11:37 +0100, Andrew Cooper wrote: > >> On 11/09/14 11:34, Ian Campbell wrote: > >>> On Wed, 2014-09-10 at 18:10 +0100, Andrew Cooper wrote: > >>>> For testing purposes, the environmental variable "XG_MIGRATION_V2" > >>>> allows the > >>>> two save/restore codepaths to coexist, and have a runtime switch. > >>>> > >>>> It is indended that once this series is less RFC, the v2 framework will > >>>> completely replace v1. > >>> I think we are now at the point where this hack needs to be dropped from > >>> the series. > >> One problem is remus. My plan when dropping this patch was to drop all > >> of xc_domain_{save/restore}.c as well, but without remus migration-v2 > >> support available, this will break existing set-ups. > > Hrm, how is that going wrt 4.5 freeze? > > I havenât heard seen anything since v5 of this series (for which I did > some quick bugfixes and released v6). > > I don't know, which probably means not good. I think there have been remus positins since then, but I've been leaving them to Ian so I don't know either. > > > >> One option might be to have legacy and v2 sitting properly side-by-side > >> in libxc for the transition period. > > How long do you mean? Until 4.6? > > Ideally, very early in the 4.6 dev period. Well, also for the lifetime of 4.5... Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |