|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] preparations for 4.11.2
Ian Jackson writes ("Re: [Xen-devel] preparations for 4.11.2"):
> Andrew Cooper writes ("Re: [Xen-devel] preparations for 4.11.2"):
> > On 16/05/2019 17:17, Ian Jackson wrote:
> > > Andrew Cooper writes ("Re: [Xen-devel] preparations for 4.11.2"):
> > >> 129025fe3093 "oxenstored: Don't re-open a xenctrl handle for every
> > >> domain introduction"
...
> > >> 7b20a865bc10 "tools/ocaml: Release the global lock before invoking block
> > >> syscalls"
...
> So these are bugfixes, but they're not particularly low risk based
> just on the code. How long has XS been running these patches ? The
> answer to that may give me some confidence that for users of Xen
> stable branches, the possible reward of fixing a mysterious bad
> behaviour is better to take the risk of these patches having bugs.
Based on this:
12:17 <andyhhp> XS has been using those ocaml changes for longer than they've
been upstream
12:19 <andyhhp> although if you're still hesitant, it really isn't the end of
the world. Your decision here doesn't affect XS - we've
already got them backported in the patchqueue
I have taken 129025fe3093 "oxenstored: Don't re-open a xenctrl
handle..." to 4.11 and 4.10.
7b20a865bc10 "tools/ocaml: Release the global lock..." does not apply
cleanly. Do you happen to have a version for 4.11 and/or 4.10 ? I am
not convinced I ought to try to fix the backport myself particularly
if Citrix XS have been running a textually different patch for a long
time...
The rest of this I think is still in question and IMO not a blocker
for 4.11.2.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |