From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 2BAFF10F21 for ; Thu, 30 Mar 2017 15:06:45 +0200 (CEST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga105.jf.intel.com with ESMTP; 30 Mar 2017 06:06:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,246,1486454400"; d="scan'208";a="1128901417" Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202]) by fmsmga001.fm.intel.com with ESMTP; 30 Mar 2017 06:06:41 -0700 Received: from fmsmsx152.amr.corp.intel.com (10.18.125.5) by fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 30 Mar 2017 06:06:41 -0700 Received: from fmsmsx113.amr.corp.intel.com ([169.254.13.235]) by FMSMSX152.amr.corp.intel.com ([169.254.6.35]) with mapi id 14.03.0319.002; Thu, 30 Mar 2017 06:06:40 -0700 From: "Wiles, Keith" To: Pascal Mazon CC: "dev@dpdk.org" Thread-Topic: [PATCH 2/2] net/tap: remove minimum packet size in Rx Thread-Index: AQHSqTM4U0hYiR114Ea0l0ayXlINTqGtz+AA Date: Thu, 30 Mar 2017 13:06:40 +0000 Message-ID: References: <11b7aa6796bd3e4147fbd4ec14b0125b6419aa80.1490863952.git.pascal.mazon@6wind.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.254.88.253] Content-Type: text/plain; charset="us-ascii" Content-ID: <28012682CEA527489905652DDB732D35@intel.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH 2/2] net/tap: remove minimum packet size in Rx 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 13:06:45 -0000 > On Mar 30, 2017, at 3:52 AM, Pascal Mazon wrote: >=20 > With support for segmented packets, it is now possible to easily receive > packets of many sizes, given an adequate number of descriptors. >=20 > Remove limitation on the minimum size of mbuf: on reception, if a packet > won't fit in the queue's mbufs, it will be detected in the packet info > and the packet will be discarded. >=20 > Fixes: 4a6bb33dc67c ("net/tap: support segmented mbufs") >=20 > Signed-off-by: Pascal Mazon Acked-by: Keith Wiles