From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id D161391 for ; Thu, 8 Nov 2018 18:44:00 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Nov 2018 09:43:59 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,480,1534834800"; d="scan'208,217";a="94711502" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by FMSMGA003.fm.intel.com with ESMTP; 08 Nov 2018 09:43:59 -0800 Received: from fmsmsx117.amr.corp.intel.com ([169.254.3.70]) by fmsmsx107.amr.corp.intel.com ([169.254.6.67]) with mapi id 14.03.0415.000; Thu, 8 Nov 2018 09:43:59 -0800 From: "Wiles, Keith" To: Harsh Patel CC: "users@dpdk.org" Thread-Topic: [dpdk-users] Query on handling packets Thread-Index: AQHUdzydRRkBFdv4fkKjO7j2RJcyb6VGGaEAgACGp4CAAAyagA== Date: Thu, 8 Nov 2018 17:43:59 +0000 Message-ID: References: <71CBA720-633D-4CFE-805C-606DAAEDD356@intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.237.220.99] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-users] Query on handling packets 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, 08 Nov 2018 17:44:01 -0000 On Nov 8, 2018, at 4:58 PM, Harsh Patel > wrote: Thanks for your insight on the topic. Transmission is working with the func= tions you mentioned. We tried to search for some similar functions for hand= ling incoming packets but could not find anything. Can you help us on that = as well? I do not know if a DPDK API set for RX side. But in the DAPI (DPDK API) PoC= I was working on and presented at the DPDK Summit last Sept. In the PoC I = did create a RX side version. The issues it has a bit of tangled up in the = DAPI PoC. The basic concept is a call to RX a single packet does a rx_burst of N numb= er of packets keeping then in a mbuf list. The code would spin waiting for = mbufs to arrive or return quickly if a flag was set. When it did find RX mb= ufs it would just return the single mbuf and keep the list of mbufs for lat= er requests until the list is empty then do another rx_burst call. Sorry this is a really quick note on how it works. If you need more details= we can talk more later. Regards, Harsh and Hrishikesh. On Thu, 8 Nov 2018 at 14:26, Wiles, Keith > wrote: > On Nov 8, 2018, at 8:24 AM, Harsh Patel > wrote: > > Hi, > We are working on a project where we are trying to integrate DPDK with > another software. We are able to obtain packets from the other environmen= t > to DPDK environment in one-by-one fashion. On the other hand DPDK allows = to > send/receive burst of data packets. We want to know if there is any > functionality in DPDK to achieve this conversion of single incoming packe= t > to a burst of packets sent on NIC and similarly, conversion of burst read > packets from NIC to send it to other environment sequentially? Search in the docs or lib/librte_ethdev directory on rte_eth_tx_buffer_init= , rte_eth_tx_buffer, ... > Thanks and regards > Harsh Patel, Hrishikesh Hiraskar > NITK Surathkal Regards, Keith Regards, Keith