From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67]) by dpdk.org (Postfix) with ESMTP id 63F513259 for ; Fri, 1 Dec 2017 17:38:24 +0100 (CET) Received: from lfbn-1-6068-189.w90-110.abo.wanadoo.fr ([90.110.3.189] helo=droids-corp.org) by mail.droids-corp.org with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1eKoQW-0001LT-7U; Fri, 01 Dec 2017 17:44:37 +0100 Received: by droids-corp.org (sSMTP sendmail emulation); Fri, 01 Dec 2017 17:38:16 +0100 Date: Fri, 1 Dec 2017 17:38:16 +0100 From: Olivier MATZ To: Kevin Wilson Cc: "dev@dpdk.org" Message-ID: <20171201163816.btvl4t34afrbqkij@platinum> References: <20170703094242.08afee17@platinum> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] rte_ctrlmbuf_init() and CTRL_MBUF_FLAG are not used - shouldn't they be removed and deprecated ? X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2017 16:38:24 -0000 Hi Kevin, On Sat, Nov 25, 2017 at 01:43:17PM +0200, Kevin Wilson wrote: > Hi all, > > >Let's see if someone complains, and if no, we can plan to remove it > >for 17.11. > > Well, unless I missed it, I did not encounter any complaints, and > 17.11 was already released. > And the status is of course the same (meaning that in the DPDK tree it > is not used). > Maybe now that 17.11 was just released several days ago, it is a good > time to start deprecation > process for these control MBUF stuff ? I know for sure that for DPDK > newbies who read the programmer's guide > and encounter it, this is a bit confusing (like in > > "2.3.3. Network Packet Buffer Management (librte_mbuf)" > in > http://dpdk.org/doc/guides/prog_guide/overview.html#network-packet-buffer-management-librte-mbuf) > ... > ... > "This library provides an API to allocate/free mbufs, manipulate > control message buffers (ctrlmbuf) which > are generic message buffers, and packet buffers (pktmbuf) which are > used to carry network packets." > ... > ... > and of course also confusing those who delve into the code. > I agree. I'll send a RFC soon, and a deprecation notice for 18.02, planning a removal for 18.05. Thanks for spotting it again. Olivier