From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58]) by dpdk.org (Postfix) with ESMTP id A1D4F959 for ; Sat, 4 Oct 2014 04:23:23 +0200 (CEST) Received: from [2001:470:8:a08:215:ff:fecc:4872] (helo=localhost) by smtp.tuxdriver.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1XaF6p-0007jh-En; Fri, 03 Oct 2014 22:30:17 -0400 Date: Fri, 3 Oct 2014 22:30:07 -0400 From: Neil Horman To: Stephen Hemminger Message-ID: <20141004023007.GA20204@localhost.localdomain> References: <1412265386-26291-1-git-send-email-sergio.gonzalez.monroy@intel.com> <20141002172634.GE4900@hmsreliant.think-freely.org> <20141002200420.GB29590@mhcomputing.net> <20141002202451.GF4900@hmsreliant.think-freely.org> <20141003103110.GB28988@sivswdev02.ir.intel.com> <20141003112833.GA24059@hmsreliant.think-freely.org> <20141003165240.65e174ea@urahara> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141003165240.65e174ea@urahara> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Score: -2.9 (--) X-Spam-Status: No Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH 0/4] Fix build issues with CONFIG_RTE_BUILD_COMBINE_LIBS=y X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2014 02:23:24 -0000 On Fri, Oct 03, 2014 at 04:52:40PM -0700, Stephen Hemminger wrote: > On Fri, 3 Oct 2014 07:28:33 -0400 > Neil Horman wrote: > > > I.e. you can ship your pmd's > > pacakged separately from your core > > I was hoping only the application API would be "stable" > As we know from Linux kernel, internal API's will never remain stable. > None of the API's are stable. My only hope with the ABI series I've posted is to keep the interfaces stable for a release beyond the next time they change, so that application developers aren't consistently caught off guard if they don't synchronize with the DPDK release schedule. I know the kernel API's are constantly changing, but this isn't the kernel, its a user space library. Theres nothing that prevents a third party from writing a pmd to interface to the ethdev library, which is no different from any other user space library. If the DPDK wants to get packaged like other libraries in distributions, it needs to provide stability assurances like other libraries. Neil