From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id E1269A0352 for ; Thu, 16 Jan 2020 12:55:19 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id AE7371C2B4; Thu, 16 Jan 2020 12:55:19 +0100 (CET) Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58]) by dpdk.org (Postfix) with ESMTP id 8E5B51C232; Thu, 16 Jan 2020 12:55:16 +0100 (CET) Received: from 2606-a000-111b-43ee-0000-0000-0000-115f.inf6.spectrum.com ([2606:a000:111b:43ee::115f] helo=localhost) by smtp.tuxdriver.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1is3jn-0004Ow-12; Thu, 16 Jan 2020 06:55:03 -0500 Date: Thu, 16 Jan 2020 06:54:58 -0500 From: Neil Horman To: David Marchand Cc: Ray Kinsella , Thomas Monjalon , Cristian Dumitrescu , dpdk stable , dev , Eelco Chaudron , Kevin Traynor , Ian Stokes , Ilya Maximets , Luca Boccassi , "Yigit, Ferruh" Message-ID: <20200116115458.GB3282@hmswarspite.think-freely.org> References: <20191217130742.165886.15691.stgit@netdev64> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: -2.9 (--) X-Spam-Status: No Subject: Re: [dpdk-stable] [PATCH] meter: move RFC4115 trTCM APIs as none experimental X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org Sender: "stable" On Thu, Jan 16, 2020 at 12:25:06PM +0100, David Marchand wrote: > On Tue, Dec 17, 2019 at 2:08 PM Eelco Chaudron wrote: > > > > Moved RFC4115 APIs to none experimental as they have been there > > since 19.02. Also, these APIs are the same as the none RFC4115 APIs. > > > > Signed-off-by: Eelco Chaudron > > There is a discussion on the OVS ml at the moment to get these symbols > in the stable ABI for 19.11. > I want to understand how this would be done. > > - I take this patch in 20.02, these symbols are added in the 20.0.1 ABI. > On the other hand, the 19.11 release maintains the 20.0 ABI. > > Does it mean the backport adds these symbols with the 20.0 version in > the 19.11 branch? > Or is 20.0.1 version acceptable / a thing we want? > > > - These symbol already existed in the 20.0 ABI, versioned as EXPERIMENTAL. > We can go and remove these entries since we are not bound to preserve > the experimental APIs. > But, on the other hand, nothing should prevent us from keeping some > aliases so that the symbols versioned EXPERIMENTAL are still available > to existing users. > I would say that choice is up to you. If you want to alias them to be nice to prior users, thats fine by me. But experimental means experimental, and so users have to be prepared to rebuild when things change, even if that change is changing the version from experimental to a concrete version. Neil > > -- > David Marchand > >