From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f181.google.com (mail-wr0-f181.google.com [209.85.128.181]) by dpdk.org (Postfix) with ESMTP id 475B2FA36 for ; Thu, 30 Mar 2017 17:05:17 +0200 (CEST) Received: by mail-wr0-f181.google.com with SMTP id w11so63404621wrc.3 for ; Thu, 30 Mar 2017 08:05:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=xCTlhUhUmbE3PwHSxWYqNzKuIP77W5kNtzj/R7xBjcw=; b=B8zF5VEUMFR6EE2FnnnIoAvSFQGmKC75kdlbwo34MUtvQ6DV4h57UKf3gsDKSyJ3uj Zcx2wjhRu7w/9sKtR0Pt7Y+hqEER/1CQMQ2Se1fy83+6YQMy3Ol0u+kA0UDjiRJS/IyA uA1ZQfqq3vdVbsTU5OE5h7czZUiLc2u7n9E3HxQ1tqI3Nx0BTV8Yk9DIJVpJ2kT9uB63 AF9uBgYrtw2gAyaR1GQCIXhvfCXi+COwllyHCCesDUgVpDMkHAVLlrVgYyHbnSKlRB1O afYmrkVDqUDAq3EeHNr20mdBIF6LigkMrlFl/vXx1XrqrZMLQBk8ER1tYMqZZLLdj4HC nKZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=xCTlhUhUmbE3PwHSxWYqNzKuIP77W5kNtzj/R7xBjcw=; b=cIkK03z8tn2rGyWKqkLd6shTj1rPCk0XMYeWYsQDl+1oVB3RcCmL9rzQKmRURMQXfv R8OaY8YsreZtrvZgb7h56h9vkFh5iOEUb2R7GlTvDbwXDsojap8kl9FmhFiA4OPbETe+ KZ6Gk1u6g13gQqtCsFqhh69EYzvl3PonHUlUkDieh/acQvhzov9qVUhdN6UaUi0XT9iO dHENkuy7KKZXt3zr6UPqDCbbrsnZpOZn9OmDSb0c47Pbyt3ttmiLctl0EFlypQ94EI+K zL2nMj2CiiXjsvVKLBLy9V/m6AroaOsWQ7lwjOnOmnm2pfICuOzNGhwPHZwqTX043uEs gclw== X-Gm-Message-State: AFeK/H0P1F6HcD9DV+mBrvMKCptRYz01IkhSdBabdWz+VTzxh1npuOr2Ih3tpauwa6P9+1ea X-Received: by 10.223.164.91 with SMTP id e27mr157349wra.115.1490886316784; Thu, 30 Mar 2017 08:05:16 -0700 (PDT) Received: from platinum (2a01cb0c03c651000226b0fffeed02fc.ipv6.abo.wanadoo.fr. [2a01:cb0c:3c6:5100:226:b0ff:feed:2fc]) by smtp.gmail.com with ESMTPSA id 127sm3575177wmt.20.2017.03.30.08.05.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 30 Mar 2017 08:05:16 -0700 (PDT) Date: Thu, 30 Mar 2017 17:05:12 +0200 From: Olivier Matz To: "Wiles, Keith" Cc: Jerin Jacob , "dev@dpdk.org" , "techboard@dpdk.org" Message-ID: <20170330170512.14476bb0@platinum> In-Reply-To: References: <20170330094058.nh2nhk4ko6tsqedn@localhost.localdomain> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] next technical board meeting, 2017-04-06 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: Thu, 30 Mar 2017 15:05:17 -0000 Hi Keith, On Thu, 30 Mar 2017 14:25:12 +0000, "Wiles, Keith" wrote: > > On Mar 30, 2017, at 4:41 AM, Jerin Jacob wrote: > > > > Hello everyone, > > > > A meeting of the DPDK technical board will occur next Thursday, > > April 6th 2017 at 9am UTC? > > > > The meeting takes place on the #dpdk-board channel on IRC. > > This meeting is public, so anybody can join, see below for the agenda. > > > > Jerin > > > > 1) Divergence between DPDK/Linux PF/VF implementations. > > > > Discussions: > > http://dpdk.org/ml/archives/dev/2017-March/060529.html > > http://dpdk.org/ml/archives/dev/2017-March/060063.html > > http://dpdk.org/ml/archives/dev/2016-December/053056.html > > > > 2) Representative for the DPDK governance board > > > > 3) Scope of cmdline and cfgfile libraries in DPDK. > > Discuss the scope of cmdline and cfgfile libraries in DPDK > > and see if we allow more libs like that (Keith proposed a CLI lib), > > or we do not do more, > > or do we target to replace them by better external equivalents? > > I would prefer not lumping cfgfile into the CLI discussion, we can have a different discussion on it later. > > A couple of options for CLI are: > > 1 - Include CLI in DPDK repo, then start converting apps to CLI. > Keep or deprecate cmdline in the future. Before including the CLI lib and consider replacing the cmdline, we should first all be convinced that: - the app code will be more maintainable - we will be able to replace all that we have (we won't loose feature) - the api is well designed: we won't do the same job with another librte_cli2 next year If we choose this option, I think the patch introducing the lib should come with a significant amount of demonstration changes. I'm for instance thinking about the recently introduced rte_flow that provide a contextual completion. Honnestly, I don't think it's worth doing it... Another question that could be raised: should the cmdline/cfgfile/... libraries be part of the public dpdk API? I think they could be considered internal libraries. It would remove the need to preserve API/ABI. > > 2 - Include CLI in DPDK repo, do not convert current APPs allow new apps to use cmdline or CLI. I think we should not have 2 libs for the same thing. It's even more true for something that is out of scope of dpdk. > 3 - Put CLI in a different repo in DPDK, do not convert apps to use CLI allow developers to decide if they want to use CLI. > - I would like to be able to clone CLI into DPDK lib directory and build it as a DPDK library. > This would mean updating common_base, lib/Makefile and rte.apps.mk using a patch or use common_base config option. > Building CLI outside of DPDK as a external lib is not very easy for developers to manage. > Could use a patch to include CLI into the DPDK build system, but just adding the configuration defaulted off is the cleaner way. I think the proper way is to do/find a generic command line library, and have it integrated into distros. That say, the dpdk framework is missing some stuff to properly manage the dependencies to external libs. We have this need not only for cli. > > We talked about creating a new repo on DPDK.org and I am happy with it, just want it better integrated into DPDK as a first class library to make using it simpler and easier for developers. > > Doing option #1 or #2 is my first choice, but option #3 is good if we can have it as a first class library. What does first class mean? Regards, Olivier