From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by dpdk.org (Postfix) with ESMTP id 2DEFD1AFFB for ; Thu, 13 Sep 2018 16:45:43 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Sep 2018 07:45:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,369,1531810800"; d="scan'208";a="70584058" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by fmsmga008.fm.intel.com with ESMTP; 13 Sep 2018 07:45:42 -0700 Received: from fmsmsx124.amr.corp.intel.com (10.18.125.39) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 13 Sep 2018 07:45:41 -0700 Received: from fmsmsx117.amr.corp.intel.com ([169.254.3.210]) by fmsmsx124.amr.corp.intel.com ([169.254.8.135]) with mapi id 14.03.0319.002; Thu, 13 Sep 2018 07:45:41 -0700 From: "Wiles, Keith" To: Charles Ju CC: "users@dpdk.org" Thread-Topic: [dpdk-users] Using dpdk libraries without EAL Thread-Index: AQHUS2rgW2uiUO++QEmHU/4i9j35qKTuv2OA Date: Thu, 13 Sep 2018 14:45:40 +0000 Message-ID: <3FB567AB-87F7-46F2-8D45-786C86D3CC63@intel.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.254.35.215] Content-Type: text/plain; charset="us-ascii" Content-ID: <3E8287425F3C814CB12B46516EA89EB7@intel.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-users] Using dpdk libraries without EAL X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2018 14:45:43 -0000 > On Sep 10, 2018, at 3:05 AM, Charles Ju wrote: >=20 > Hi, >=20 > I have developed my own packet capture code and would like to just use th= e > dpdk libraries such as the ACL Library and mempool libraries. In this cas= e, > does these libraries require the EAL? It depends on the code, but I assume it is using the DPDK memory system rte= _malloc() and the like. You will have to replace these calls as the memory subsystem is inited from= EAL. Also I assume it maybe calling into other library components and they= will have to modified as well. DPDK is not a collection of functions like libc. The libc library is a coll= ection of functions that are pretty much independent from each other and ea= sy to use in a standalone fashion. DPDK Libraries are not typically written= to be standalone as they use other highly optimized routines in DPDK. It is not to say we should not look at making some parts of DPDK replaceabl= e or be able to be swapped out with other user components. We have done a l= ot of work to allow external memory managers or hardware based memory in th= e case of SOCs. Regards, Keith