From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Dumitrescu, Cristian" <cristian.dumitrescu@intel.com>
Subject: Re: [PATCH v2 0/6] librte_cfgfile enhancements
Date: Tue, 28 Mar 2017 10:20:53 +0000
Message-ID: <3EB4FA525960D640B5BDFFD6A3D8912652780046@IRSMSX108.ger.corp.intel.com>
References: <1488482971-170522-1-git-send-email-allain.legacy@windriver.com>
 <22590962.V8IQgtpKlO@xps13>
 <3EB4FA525960D640B5BDFFD6A3D891265277FF85@IRSMSX108.ger.corp.intel.com>
 <82821129.A9hgLN2u53@xps13>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Cc: "Richardson, Bruce" <bruce.richardson@intel.com>, "Legacy, Allain (Wind
 River)" <allain.legacy@windriver.com>, "dev@dpdk.org" <dev@dpdk.org>,
 "yuanhan.liu@linux.intel.com" <yuanhan.liu@linux.intel.com>,
 "techboard@dpdk.org" <techboard@dpdk.org>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Return-path: <dev-bounces@dpdk.org>
In-Reply-To: <82821129.A9hgLN2u53@xps13>
Content-Language: en-US
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>


> > This library is an important utility for applications, similar to librt=
e_cmdline
> and others. I think it is not fair from your side to refer to librte_cfgf=
ile without
> any reference to librte_cmdline.
>=20
> I agree Cristian.
> I was just writing another email about removing librte_cmdline:
> http://dpdk.org/ml/archives/dev/2017-March/061777.html
> This thread was about librte_cfgfile. I hope you'll agree I am really fai=
r :)
>=20
> It is really a scope question and should be managed by the techboard (CC)=
.
>=20

It is virtually impossible to write a non-trivial packet processing applica=
tion without support for configuration file (librte_cfgfile) and CLI (librt=
e_cmdline), therefore I think both of these building blocks are definitely =
within the scope of DPDK. As its name suggests, DPDK is a *development kit*=
 for data plane applications, right?