From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3FB59C06510 for ; Tue, 2 Jul 2019 15:15:12 +0000 (UTC) Received: from dpdk.org (dpdk.org [92.243.14.124]) by mail.kernel.org (Postfix) with ESMTP id D22472146F for ; Tue, 2 Jul 2019 15:15:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D22472146F Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id DF9331B9F2; Tue, 2 Jul 2019 17:15:10 +0200 (CEST) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id C9FBB1B9EE for ; Tue, 2 Jul 2019 17:15:08 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Jul 2019 08:15:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,443,1557212400"; d="scan'208";a="157670484" Received: from fmsmsx108.amr.corp.intel.com ([10.18.124.206]) by orsmga008.jf.intel.com with ESMTP; 02 Jul 2019 08:15:03 -0700 Received: from hasmsx112.ger.corp.intel.com (10.184.198.40) by FMSMSX108.amr.corp.intel.com (10.18.124.206) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 2 Jul 2019 08:15:02 -0700 Received: from HASMSX110.ger.corp.intel.com ([169.254.6.40]) by HASMSX112.ger.corp.intel.com ([169.254.11.200]) with mapi id 14.03.0439.000; Tue, 2 Jul 2019 18:15:00 +0300 From: "Trybula, ArturX" To: Stephen Hemminger , "dev@dpdk.org" CC: "Trahe, Fiona" Thread-Topic: [dpdk-dev] [PATCH 12/30] ip_frag: fix spelling error Thread-Index: AQHVMDq7DRmAhmxneUOzt1oIwH5fh6a3cLUA Date: Tue, 2 Jul 2019 15:14:59 +0000 Message-ID: <5B6D1C77E9D7034C93E97BD83D1D9F57077DD84A@HASMSX110.ger.corp.intel.com> References: <20190701182536.20110-1-stephen@networkplumber.org> <20190701182536.20110-13-stephen@networkplumber.org> In-Reply-To: <20190701182536.20110-13-stephen@networkplumber.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZmZkNTJmODMtNGEzMi00ZWYwLWFlMWYtMmE1NGY3ODE1ZmE1IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiNUhHSU1vVktyK0JBTDEwT3U5bk0zcHhIVTNSZ2hwcnZIWlwvTFJwYXV3WE84aUwremRWaUMxRU9pRCtNblZuT1cifQ== x-originating-ip: [10.184.70.10] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH 12/30] ip_frag: fix spelling error 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" -----Original Message----- From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Stephen Hemminger Sent: Monday, July 1, 2019 20:25 To: dev@dpdk.org Cc: Stephen Hemminger Subject: [dpdk-dev] [PATCH 12/30] ip_frag: fix spelling error Spelling errors found by codespell. Signed-off-by: Stephen Hemminger --- examples/ip_fragmentation/main.c | 2 +- lib/librte_ip_frag/rte_ipv4_reassembly.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/examples/ip_fragmentation/main.c b/examples/ip_fragmentation/m= ain.c index 85c0100f792d..eb6ca097aa7e 100644 --- a/examples/ip_fragmentation/main.c +++ b/examples/ip_fragmentation/main.c @@ -635,7 +635,7 @@ check_all_ports_link_status(uint32_t port_mask) } } =20 -/* Check L3 packet type detection capablity of the NIC port */ +/* Check L3 packet type detection capability of the NIC port */ static int check_ptype(int portid) { diff --git a/lib/librte_ip_frag/rte_ipv4_reassembly.c b/lib/librte_ip_frag/= rte_ipv4_reassembly.c index b7b92ed28549..28003e42af63 100644 --- a/lib/librte_ip_frag/rte_ipv4_reassembly.c +++ b/lib/librte_ip_frag/rte_ipv4_reassembly.c @@ -83,7 +83,7 @@ ipv4_frag_reassemble(struct ip_frag_pkt *fp) =20 /* * Process new mbuf with fragment of IPV4 packet. - * Incoming mbuf should have it's l2_len/l3_len fields setuped correclty. + * Incoming mbuf should have it's l2_len/l3_len fields setuped correctly. [Artur] "Incoming mbuf should have its l2_len/l3_len fields set up correctl= y." Isn't it better? * @param tbl * Table where to lookup/add the fragmented packet. * @param mb --=20 2.20.1