From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: DPDK API/ABI Stability Date: Wed, 9 Apr 2014 14:08:49 -0700 Message-ID: <20140409140849.176db9be@nehalam.linuxnetplumber.net> References: <20140409183952.GA16493@hmsreliant.think-freely.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dev-VfR2kkLFssw@public.gmane.org To: Neil Horman Return-path: In-Reply-To: <20140409183952.GA16493-B26myB8xz7F8NnZeBjwnZQMhkBWG/bsMQH7oEaQurus@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" On Wed, 9 Apr 2014 14:39:52 -0400 Neil Horman wrote: > Hey all- > I was going to include this as an addendum to the packaging thread on > this list, but I can't seem to find it in my inbox, so forgive me starting a new > one. > > I wanted to broach the subject of ABI/API stability on the list here. > Given the recent great efforts to make dpdk packagable by disributions, I think > we probably need to discuss API stability in more depth and come up with a plan > to implement it. Has anyone started looking into this? If not, it seems to me > to be reasonable to start by placing a line in the sand with the functions > documented here: > > http://dpdk.org/doc/api/ > > It seems to me we can start reviewing the API library by library, enusring only > those functions are exported, making sure the data types are appropriate for > export, and marking them with a linker script to version them appropriately. To what level? source? binary, internal functions? Some of the API's could be stablized without much impact but others such as the device driver interface is incomplete and freezing it would make live hard.