From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Hemminger Subject: Re: [PATCH v4 1/2] mbuf: support attaching external buffer to mbuf Date: Wed, 25 Apr 2018 08:06:29 -0700 Message-ID: <20180425080629.7b2a30da@xeon-e3> References: <20180310012532.15809-1-yskoh@mellanox.com> <20180424191538.exjgzoif4odhndew@neon> <1963503.R6hUdDjUTB@xps> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Olivier Matz , Andrew Rybchenko , Yongseok Koh , wenzhuo.lu@intel.com, jingjing.wu@intel.com, dev@dpdk.org, konstantin.ananyev@intel.com, adrien.mazarguil@6wind.com, nelio.laranjeiro@6wind.com To: Thomas Monjalon Return-path: Received: from mail-pg0-f53.google.com (mail-pg0-f53.google.com [74.125.83.53]) by dpdk.org (Postfix) with ESMTP id 285C35F2F for ; Wed, 25 Apr 2018 17:06:33 +0200 (CEST) Received: by mail-pg0-f53.google.com with SMTP id m21so10540184pgv.8 for ; Wed, 25 Apr 2018 08:06:33 -0700 (PDT) In-Reply-To: <1963503.R6hUdDjUTB@xps> 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 Tue, 24 Apr 2018 22:22:45 +0200 Thomas Monjalon wrote: > > > > > > I guess the problem that it changes INDIRECT semantics since EXTBUF > > > is added as well. I think strictly speaking it is an API change. > > > Is it OK to make it without announcement? > > > > In any case, there will be an ABI change, because an application > > compiled for 18.02 will not be able to handle these new kind of > > mbuf. > > > > So unfortunatly yes, I think this kind of changes should first be > > announced. > > > > Thomas, what do you think? > > What is the impact for the application developer? > Is there something to change in the application after this patch? Maybe the use of external buffers should be negotiated as a receiver flag (per queue) in the device driver. If device wants external buffers it sets that in capability flag, and only uses it application requests it. This allows old applications to work with no semantic surprises.