From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <jing.d.chen@intel.com> Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by dpdk.org (Postfix) with ESMTP id CF4608DAA for <dev@dpdk.org>; Wed, 30 Sep 2015 15:24:20 +0200 (CEST) Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga102.fm.intel.com with ESMTP; 30 Sep 2015 06:24:20 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.17,612,1437462000"; d="scan'208";a="655083722" Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202]) by orsmga003.jf.intel.com with ESMTP; 30 Sep 2015 06:24:15 -0700 Received: from fmsmsx101.amr.corp.intel.com (10.18.124.199) by fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 30 Sep 2015 06:23:55 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by fmsmsx101.amr.corp.intel.com (10.18.124.199) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 30 Sep 2015 06:23:55 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.179]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.12]) with mapi id 14.03.0248.002; Wed, 30 Sep 2015 21:23:53 +0800 From: "Chen, Jing D" <jing.d.chen@intel.com> To: "Richardson, Bruce" <bruce.richardson@intel.com>, "Ananyev, Konstantin" <konstantin.ananyev@intel.com> Thread-Topic: [dpdk-dev] [PATCH 06/14] fm10k: add Vector RX function Thread-Index: AQHQ+rddM6YoTKZ6JkCPtvT67EDnLp5S9fwAgAATGYCAAgd0sA== Date: Wed, 30 Sep 2015 13:23:52 +0000 Message-ID: <4341B239C0EFF9468EE453F9E9F4604D02ACC668@shsmsx102.ccr.corp.intel.com> References: <1443531824-22767-1-git-send-email-jing.d.chen@intel.com> <1443531824-22767-7-git-send-email-jing.d.chen@intel.com> <2601191342CEEE43887BDE71AB97725836AA15D5@irsmsx105.ger.corp.intel.com> <20150929142246.GC6748@bricha3-MOBL3> In-Reply-To: <20150929142246.GC6748@bricha3-MOBL3> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "dev@dpdk.org" <dev@dpdk.org> Subject: Re: [dpdk-dev] [PATCH 06/14] fm10k: add Vector RX function X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK <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> X-List-Received-Date: Wed, 30 Sep 2015 13:24:21 -0000 Hi, Bruce, > -----Original Message----- > From: Richardson, Bruce > Sent: Tuesday, September 29, 2015 10:23 PM > To: Ananyev, Konstantin > Cc: Chen, Jing D; dev@dpdk.org > Subject: Re: [dpdk-dev] [PATCH 06/14] fm10k: add Vector RX function >=20 > On Tue, Sep 29, 2015 at 01:14:26PM +0000, Ananyev, Konstantin wrote: > > > > > > > -----Original Message----- > > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Chen Jing > > > D(Mark) > > > Sent: Tuesday, September 29, 2015 2:04 PM > > > To: dev@dpdk.org > > > Subject: [dpdk-dev] [PATCH 06/14] fm10k: add Vector RX function > > > > > > From: "Chen Jing D(Mark)" <jing.d.chen@intel.com> > > > > > > Add func fm10k_recv_raw_pkts_vec to parse raw packets, in which > > > includes possible chained packets. > > > Add func fm10k_recv_pkts_vec to receive single mbuf packet. > > > > > > Signed-off-by: Chen Jing D(Mark) <jing.d.chen@intel.com> > > > --- > > > drivers/net/fm10k/fm10k.h | 1 + > > > drivers/net/fm10k/fm10k_rxtx_vec.c | 213 > > > ++++++++++++++++++++++++++++++++++++ > > > 2 files changed, 214 insertions(+), 0 deletions(-) > > > > > > diff --git a/drivers/net/fm10k/fm10k.h b/drivers/net/fm10k/fm10k.h > > > index d924cae..285254f 100644 > > > --- a/drivers/net/fm10k/fm10k.h > > > +++ b/drivers/net/fm10k/fm10k.h > > > @@ -327,4 +327,5 @@ uint16_t fm10k_xmit_pkts(void *tx_queue, struct > rte_mbuf **tx_pkts, > > > uint16_t nb_pkts); > > > > > > int fm10k_rxq_vec_setup(struct fm10k_rx_queue *rxq); > > > +uint16_t fm10k_recv_pkts_vec(void *, struct rte_mbuf **, uint16_t); > > > #endif > > > diff --git a/drivers/net/fm10k/fm10k_rxtx_vec.c > > > b/drivers/net/fm10k/fm10k_rxtx_vec.c > > > index 581a309..63b34b5 100644 > > > --- a/drivers/net/fm10k/fm10k_rxtx_vec.c > > > +++ b/drivers/net/fm10k/fm10k_rxtx_vec.c > > > @@ -281,3 +281,216 @@ fm10k_rxq_rearm(struct fm10k_rx_queue *rxq) > > > /* Update the tail pointer on the NIC */ > > > FM10K_PCI_REG_WRITE(rxq->tail_ptr, rx_id); } > > > + > > > +/* > > > + * vPMD receive routine, now only accept (nb_pkts =3D=3D > > > +RTE_IXGBE_VPMD_RX_BURST) > > > + * in one loop > > > + * > > > + * Notice: > > > + * - nb_pkts < RTE_IXGBE_VPMD_RX_BURST, just return no packet >=20 > Why this limitation? I believe this limitation has already been removed f= or > ixgbe, so the same solution should be applicable here >=20 > /Bruce Thanks! I'll change it accordingly. =20