From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ferruh Yigit Subject: Re: ABI/API stability in DPDK Date: Fri, 6 Oct 2017 17:27:47 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Kevin Traynor , "Stokes, Ian" , Luca Boccassi To: "Mcnamara, John" , "dev@dpdk.org" Return-path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id C4A1F2C2A for ; Fri, 6 Oct 2017 18:27:49 +0200 (CEST) In-Reply-To: Content-Language: en-US List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 10/6/2017 5:21 PM, Mcnamara, John wrote: > Hi, > > At the recent DPDK 2017 Userspace in Dublin we had a discussion about API/ABI stability with representation from Intel, OVS-DPDK, Debian, Red Hat and plenty of input from the floor. > > > The main consensus after looking at different proposals was to maintain the current process (http://dpdk.org/doc/guides/contributing/versioning.html) but to try enforce it more rigidly. > > > > > > The main points to come out of this discussion were: > > > > 1. That 3 Acks are still needed for deprecation and they should come from different companies. > > > > 2. ABI checks to be run as part of the CI/testing so that patches that break ABI are flagged early. Note, ABI checks can be run manually as follows: http://dpdk.org/doc/guides/contributing/versioning.html#running-the-abi-validator > > > > 3. New API's will be marked as experimental by default for 1 release minimum. This is to address the most common case for breakage which is in new APIs. Do we have data for this? Is it really new APIs get broken? > > > If I missed, or misrepresented, anything please update in a reply. > > John > >