[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v2 0/3] Remove tmem



On Mon, Dec 31, 2018 at 12:43:39PM +0000, Andrew Cooper wrote:
> On 03/12/2018 09:56, Jan Beulich wrote:
> >>>> On 30.11.18 at 19:01, <wei.liu2@xxxxxxxxxx> wrote:
> >> On Fri, Nov 30, 2018 at 05:09:42PM +0000, Ian Jackson wrote:
> >>> Wei Liu writes ("[PATCH v2 0/3] Remove tmem"):
> >>>> It is agreed that tmem can be removed from xen.git. See the thread 
> >>>> starting 
> >>                                                                            
> >>    
> >>     
> >>>> from <D5E866B2-96F4-4E89-941E-73F578DF2F17@xxxxxxxxxx>.
> >>> Those are notes from some phone call amongst industry stakeholders.
> >>> None of the messages have a Subject line mentioning tmem.  There is no
> >>> explanation of the basis for the decision; just a confirmation from
> >>> the current maintainers that they will ack the removal.
> >>>
> >>> I think this is not really an appropriate way to carry on!  What if
> >>> there is someone else who wants to step up to maintain this ?  What
> >>> about user communication ?  Going straight from `Supported' to
> >>> `Deleted' seems rather vigorous.
> >> Step up to maintain> I would rather say step up to develop.
> >>
> >> The status in MAINTAINERS is wrong. According to SUPPORT.md, it is only
> >> experimental. Our definition of "experimental" is:
> >>
> >>    Functional completeness: No
> >>    Functional stability: Here be dragons
> >>    Interface stability: Not stable
> >>    Security supported: No
> > Exactly. Plus my proposal to remove it was posted to xen-devel
> > on Aug 30th. I don't think removal of an experimental feature
> > requires posting to xen-announce. Ian - please reconsider your
> > nack.
> 
> I concur with Wei and Jan.  TMEM has been off by default due to being
> declared "full of security holes - don't use" since XSA-15.  That was in
> 2012, and TMEM hasn't made its way back into security support in that time.
> 
> In addition, it was never fixed to work with Migration v2.  The save
> side doesn't query any TMEM state, and convert-legacy-stream raises TODO
> on encountering legacy TMEM data.
> 
> I don't know about other distributions, but it has been compiled out of
> XenServer for all versions which have Kconfig.
> 
> tl;dr It doesn't work, and at this point, it looks very unlikely to
> change.  There is a non-zero cost for retaining obsolete functionality,
> and the hypervisor maintainers want it gone in 4.12, which we think is
> entirely reasonable given the circumstances.

I agree on all counts. Can we please remove it?
> 
> ~Andrew

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.