From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id 6D9BD201; Mon, 12 Nov 2018 10:34:52 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Nov 2018 01:34:51 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,494,1534834800"; d="scan'208";a="99537970" Received: from aburakov-mobl1.ger.corp.intel.com (HELO [10.252.9.8]) ([10.252.9.8]) by orsmga003.jf.intel.com with ESMTP; 12 Nov 2018 01:34:50 -0800 To: Jerin Jacob , "dev@dpdk.org" Cc: "techboard@dpdk.org" References: <20181110091727.GA20155@jerin> From: "Burakov, Anatoly" Message-ID: Date: Mon, 12 Nov 2018 09:34:49 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20181110091727.GA20155@jerin> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] DPDK techboard minutes of October 24 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: Mon, 12 Nov 2018 09:34:53 -0000 On 10-Nov-18 9:18 AM, Jerin Jacob wrote: > Meeting notes for the DPDK technical board meeting > held on 2018-10-24 > > Attendees: > - Bruce Richardson > - Ferruh Yigit > - Hemant Agrawal > - Jerin Jacob > - Konstantin Ananyev > - Maxime Coquelin > - Olivier Matz > - Stephen Hemminger > - Thomas Monjalon > > 0) DPDK acceptance policy on un-implemented API > - New APIs without implementation is not accepted. > - In order to accept a new API, At minimum > a) Need to provide an unit test case or example application > b) If the API is about HW abstraction, at least one driver > should be implemented. Preferably two. > c) If there are strong objections on ML about the need > for more than one driver for a specific API then > the technical board can make a decision. > - Konstantin volunteered to send existing un-implemented API > to the mailing list. > - The existing un-implemented APIs will be deprecated in v19.05. > - Deprecated un-implemented API will be removed in v19.08 > Does this also apply to unimplemented parts of the existing API? For example, malloc API has long had a "name" parameter which goes unimplemented through entire lifetime of DPDK project. It would be good to drop this thing entirely as it's clear it's not going to be implemented any time soon :) -- Thanks, Anatoly