From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id C57ECA04C1; Wed, 13 Nov 2019 11:48:02 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id ACF861BF03; Wed, 13 Nov 2019 11:48:01 +0100 (CET) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-2.mimecast.com [205.139.110.61]) by dpdk.org (Postfix) with ESMTP id 8C8631BEF3 for ; Wed, 13 Nov 2019 11:47:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1573642079; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=jsDmzhBUg6ZGhvU3PdosSK3tuFFnlr2EY1B0ejNGk7M=; b=Ldi//VVbHLvEY2ZPkthvwtzi6o5Katdy5xDsuAx+oDVXqVIoeuAUszlKa0UIGRhUMIqkAy XQVfZfAF1+FhSYrB64t3zWEEZvi73JpFImxEgQ2f21DgZDvG9niiq8RYn49zoUCflDRgFX 5Z3r6kSvyGAqT61h0UzVyQvTYLpLSZE= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-368-2P8Mm6YiNFmbSEU8wN5o4Q-1; Wed, 13 Nov 2019 05:47:57 -0500 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 83E091852E23; Wed, 13 Nov 2019 10:47:54 +0000 (UTC) Received: from [10.36.117.246] (ovpn-117-246.ams2.redhat.com [10.36.117.246]) by smtp.corp.redhat.com (Postfix) with ESMTP id 6EB658164; Wed, 13 Nov 2019 10:47:25 +0000 (UTC) To: David Marchand , dev@dpdk.org Cc: John McNamara , Marko Kovacevic , Pablo de Lara , Qi Zhang , Xiao Wang , Nicolas Chautru , Anatoly Burakov , Jiayu Hu , Ferruh Yigit , Konstantin Ananyev , Adrien Mazarguil , Akhil Goyal , Declan Doherty , Ori Kam , Bruce Richardson , Radu Nicolau , Tomasz Kantecki , Sunil Kumar Kori , Pavan Nikhilesh , Xiaoyun Li , Jingjing Wu , Harry van Haaren , Wenzhuo Lu , Bernard Iremonger , Maryam Tahhan , Reshma Pattan References: <1573587221-25158-1-git-send-email-david.marchand@redhat.com> From: Kevin Traynor Autocrypt: addr=ktraynor@redhat.com; keydata= mQINBF2J2awBEADUEPNhgNI+nJNgiTAUcw4YIgVXEoHlsNPyyzG1BEXkWXALy0Y3fNTiw6+r ltWDkF9jzL9kfkecgQ67itGfk1OaBXgSGKuw1PUpxAwX2Bi76LAR6M5OsyGM9TSVVQwARalz hMwRBIZPzPc7or6Pw7jAOJ8SQGJ1Zlp1YJCjrvpe87V1tH/LY8Wnxn/EuoseFmWILAQZAtYS tGjcrAgYn3SPMLR1B0BP5bTBY06vWQjiufH8drenfDnMJAzuBdG1mqjnTqCjULZ3Hunv4xqZ aMnkvL/K5Tj1c12Oe4930EE53LrXIBUltRg5mBudSWHnC7twjH0082HH9f963Z/2UI63SFIT iUvRvAzJYytgy7XnWLQ0+goZBADKYfolOuC0H8VgCaux8u8KFF28Dy+N6TV2KI58jTlyg1Zu l7QwykZpnOkJFiy37Gfbu3YEOzO72cP/S7/A+zvuqkxi63jyEkd+FY99vLt/HN2MUZwRmKDw UPbLkmrs8WU01/POVsqDcfvz7vu2St8hqqTiSIdQGS2zyTKB2/DvPSM3jws3udkIYSuhn+X4 QBiV6lkVZ7DSE6a065gnAauAql+b32Eymy+xnG5jCt1tR+0Cp2VZYCR9OU2gmomUKBDoX/He pSgED01CqYPNjN+TddirwmQX7ep4DtXc8FWvv2g/pq9WZFQk2QARAQABtCNLZXZpbiBUcmF5 bm9yIDxrdHJheW5vckByZWRoYXQuY29tPokCTgQTAQgAOBYhBAoiOaH51tHF7VYtEI9CINER a+yJBQJdidmsAhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEI9CINERa+yJoxIP/3VF 2TIgW4ckxhRFCvFu/606bnvCPie88ake4uWVWMAWwcMc4fKEltRWRCpkSVOwgqoMHnyHxK5r kOKzx2CLJMX5TgTMfKzPuaBDHngHLUzl2DStpBzrod0cVg5TShdmmfjY61uxRJKz+DlSkwgJ riADdVF5PPosQXTkKSGf2ombpTGpx/pue9ocjnr3x4SDpRLlnooM6Jf/3Y3Ib4jX6HPEyWuY b+owIIk9y2nRRGPQ6jbqAhsrXd9V+77UL0QuGWloMuKMZFbNg8hbu7X5aFijAbfxj4YUgojS ba7gfGZQan8h32A9KGQWrmsCBc3j2GqEPsX0r05X7cn7WL6IOPgQJ5EiQ7PlazQYVLrvZg9B n0GKK0k6895mLG0ZZ5v/qajOPF52etSmvFD1WUPb4OqaHqGA9ZtMpaKFRt7Y6rpXqKNU1xzW F5KjbTPtTb9WF3An8dciVv+AYUI7totkZYkWvQtgss8lfaX3NKUvXLVxqK0z3dQyr7rF/tYz PneTKypSksjCgaEBLSrsRmM5zKfe7tSNF/fDntfIq/029Jtcw29TcWEP57peNu6TtejewQD9 sTI+oqiXvW2D5l7LNUDYG8eMJp2oT7I0ZSBRvwcbmjH0DtN/bXCCFfCvk8Yic68F3tV1ctix wQARVKDBhT30uCxycRWojCYqTgNJJS71uQINBF2J2awBEADP57PR2IpSYBeNSrsAjeIcsahE N4SQP2C4s50S8QEWAUhqMRI7WNv5cfeef0nDvcl1IUA6oz5SokbcsbMa+mRgaNF4N5KikWTO LPYxq2YVJoXwJ+tKmNzyOLFUIfFJ4NBJZple5dTfWzD00Dbb19Mri1hy1mWMqNTPGBee1+hw Qcp6n3mmGECvajs8G5A7NyXbwL8ihN7HX9D01ucD62b4G03yKe2g/hvKgcdUVmhCldJlF27I 2fSR9tDxH9pZqRODY4rjbFZEey/vWKXqjE+DQ8AtMSEaDfFe5D+i4Aw6erWQ3Wr+DwZt1/7G dIAElGA/q90T1ENVwJX9y7fsQssawKYYdDqURHCl5JuDXI+VXUypExipUUT5SPycMmbLsx0D iKEqPPDQWKxkIDVKqj2+EhamSuJznZUwBLJKn0h4zrIWiXWUy07lRwtVuhaDXhF3GfW+5W/x wAg7Qg3w00ASsb/XTHBIhMnenKDfS7ihtQA8SacwX8ySdxb+15XPyiplM979qBQ0mhnilulm MIJzEf/JxoYR5huuj4f1PFqqrsP06Dl+YGB7dQZp3IKggS5c3/TAynARRg9N89UsDXNtp7X0 tgIPFF5k6fnHE0J5O64GYHeTqN/1aE6dAEOV9WrGzQAJxU9ipikb8jKAWXzLewRIKGmoPcRZ WdB0NmIjmQARAQABiQI2BBgBCAAgFiEECiI5ofnW0cXtVi0Qj0Ig0RFr7IkFAl2J2awCGwwA CgkQj0Ig0RFr7IkkORAAl/NbX93WK5MEoRw7/DaPTo/Lo6Pj1XMeSqGyACigHK/452UDvlEH NjNJMzYYrNIjMtEmN9VVCfjT38CSca7mpGQVwchc0mC7QSPAETLCS+UacVf/Kwxz5FfkEUUw UT7A+uyVOIgW3d9ldlRzkHA2czonSSgTQU+i2g6DM4ha+BuQb4byAXH6HQHt/Zh1J64z0ohH v6iGsCzCY/sMWF8+LEGSnzMGRCLiiwSF0vJBHbzWK68fANaF4gBV0Z/+6tQRFN7YMhj/INmk qgvHj1ZzHFNtirjMGPRxoZs51YoLQM/aBPxKrnmXThx1ufH+0L6sGmFTugiDt0XSEkC5reH7 a+VhQ1VTFFQrClA8NmDSPzFeuhru4ryaaDHO+uEB16cNHxHrQtlP/2hts2JM5lwkZRWJ5A57 h8eDEIK5be47T85NVHfuTaboNRmgg1HygVejhGUtt69u/0MVRg/roUTa0FyEbNsvz4qAecyW yWzMcVrcGJDQLC9JLKEpoyUF6gdTKaiDL2Vao4+XRIA3Y57b6MO35a3HuzAv7+i5Z0mnDEJO XxXqTOmKYpMIGexzM/PtuA0712sT1abG9tAJ17ao/B7cqMW5IkKkalemFbWfI2unns4Papvo tk9igVqyp6EJDU98z5TJioCVojwK2laDaoIjTJk9YYv3iwCsqPd5feU= Message-ID: Date: Wed, 13 Nov 2019 10:47:23 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <1573587221-25158-1-git-send-email-david.marchand@redhat.com> Content-Language: en-US X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-MC-Unique: 2P8Mm6YiNFmbSEU8wN5o4Q-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH] doc/guides: clean repeated words 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" On 12/11/2019 19:33, David Marchand wrote: > Shoot repeated words in all our guides. >=20 > Signed-off-by: David Marchand Can add 'Cc: stable@dpdk.org' and whatever applies applies. Acked-by: Kevin Traynor > --- > doc/guides/contributing/coding_style.rst | 8 ++++---- > doc/guides/cryptodevs/zuc.rst | 2 +- > doc/guides/linux_gsg/nic_perf_intel_platform.rst | 2 +- > doc/guides/nics/fm10k.rst | 2 +- > doc/guides/prog_guide/bbdev.rst | 2 +- > doc/guides/prog_guide/cryptodev_lib.rst | 4 ++-- > doc/guides/prog_guide/env_abstraction_layer.rst | 2 +- > doc/guides/prog_guide/generic_segmentation_offload_lib.rst | 2 +- > doc/guides/prog_guide/kernel_nic_interface.rst | 2 +- > doc/guides/prog_guide/packet_classif_access_ctrl.rst | 4 ++-- > doc/guides/prog_guide/rte_flow.rst | 2 +- > doc/guides/prog_guide/rte_security.rst | 4 ++-- > doc/guides/rel_notes/release_17_11.rst | 2 +- > doc/guides/rel_notes/release_18_02.rst | 2 +- > doc/guides/rel_notes/release_19_02.rst | 4 ++-- > doc/guides/rel_notes/release_19_11.rst | 2 +- > doc/guides/sample_app_ug/ethtool.rst | 2 +- > doc/guides/sample_app_ug/ipsec_secgw.rst | 2 +- > doc/guides/sample_app_ug/ntb.rst | 2 +- > doc/guides/sample_app_ug/performance_thread.rst | 2 +- > doc/guides/testpmd_app_ug/testpmd_funcs.rst | 4 ++-- > doc/guides/tools/proc_info.rst | 2 +- > 22 files changed, 30 insertions(+), 30 deletions(-) >=20 > diff --git a/doc/guides/contributing/coding_style.rst b/doc/guides/contri= buting/coding_style.rst > index e95a1a2..a6843de 100644 > --- a/doc/guides/contributing/coding_style.rst > +++ b/doc/guides/contributing/coding_style.rst > @@ -631,10 +631,10 @@ In the DPDK environment, use the logging interface = provided: > =20 > /* log in debug level */ > rte_log_set_global_level(RTE_LOG_DEBUG); > - RTE_LOG(DEBUG, my_logtype1, "this is is a debug level message\n"); > - RTE_LOG(INFO, my_logtype1, "this is is a info level message\n"); > - RTE_LOG(WARNING, my_logtype1, "this is is a warning level message\n"); > - RTE_LOG(WARNING, my_logtype2, "this is is a debug level message (not di= splayed)\n"); > + RTE_LOG(DEBUG, my_logtype1, "this is a debug level message\n"); > + RTE_LOG(INFO, my_logtype1, "this is a info level message\n"); > + RTE_LOG(WARNING, my_logtype1, "this is a warning level message\n"); > + RTE_LOG(WARNING, my_logtype2, "this is a debug level message (not displ= ayed)\n"); > =20 > /* log in info level */ > rte_log_set_global_level(RTE_LOG_INFO); > diff --git a/doc/guides/cryptodevs/zuc.rst b/doc/guides/cryptodevs/zuc.rs= t > index 69a5218..002e986 100644 > --- a/doc/guides/cryptodevs/zuc.rst > +++ b/doc/guides/cryptodevs/zuc.rst > @@ -28,7 +28,7 @@ Limitations > * ZUC (EIA3) supported only if hash offset field is byte-aligned. > * ZUC (EEA3) supported only if cipher length, cipher offset fields are b= yte-aligned. > * ZUC PMD cannot be built as a shared library, due to limitations in > - in the underlying library. > + the underlying library. > =20 > =20 > Installation > diff --git a/doc/guides/linux_gsg/nic_perf_intel_platform.rst b/doc/guide= s/linux_gsg/nic_perf_intel_platform.rst > index 0c25ec0..c554c21 100644 > --- a/doc/guides/linux_gsg/nic_perf_intel_platform.rst > +++ b/doc/guides/linux_gsg/nic_perf_intel_platform.rst > @@ -150,7 +150,7 @@ Configurations before running DPDK > # Mount to the specific folder. > mount -t hugetlbfs nodev /mnt/huge > =20 > -2. Check the CPU layout using using the DPDK ``cpu_layout`` utility: > +2. Check the CPU layout using the DPDK ``cpu_layout`` utility: > =20 > .. code-block:: console > =20 > diff --git a/doc/guides/nics/fm10k.rst b/doc/guides/nics/fm10k.rst > index 20a1cde..4e178c2 100644 > --- a/doc/guides/nics/fm10k.rst > +++ b/doc/guides/nics/fm10k.rst > @@ -119,7 +119,7 @@ Switch manager > =20 > The Intel FM10000 family of NICs integrate a hardware switch and multipl= e host > interfaces. The FM10000 PMD driver only manages host interfaces. For the > -switch component another switch driver has to be loaded prior to to the > +switch component another switch driver has to be loaded prior to the > FM10000 PMD driver. The switch driver can be acquired from Intel support= . > Only Testpoint is validated with DPDK, the latest version that has been > validated with DPDK is 4.1.6. > diff --git a/doc/guides/prog_guide/bbdev.rst b/doc/guides/prog_guide/bbde= v.rst > index d491849..d39167a 100644 > --- a/doc/guides/prog_guide/bbdev.rst > +++ b/doc/guides/prog_guide/bbdev.rst > @@ -1069,7 +1069,7 @@ The mbuf ``length`` is inclusive of CRC24A/B where = present and is equal > the code block size ``K``. > =20 > The first CB Virtual Circular Buffer (VCB) index is given by ``r`` but t= he > -the number of the remaining CB VCBs is calculated automatically by BBDEV > +number of the remaining CB VCBs is calculated automatically by BBDEV > and passed down to the driver. > =20 > The number of remaining CB VCBs should not be confused with ``c``, the > diff --git a/doc/guides/prog_guide/cryptodev_lib.rst b/doc/guides/prog_gu= ide/cryptodev_lib.rst > index bf0ee79..ac16437 100644 > --- a/doc/guides/prog_guide/cryptodev_lib.rst > +++ b/doc/guides/prog_guide/cryptodev_lib.rst > @@ -498,7 +498,7 @@ to specify the details of the Crypto operation. For c= haining of symmetric > operations such as cipher encrypt and authentication generate, the next = pointer > allows transform to be chained together. Crypto devices which support ch= aining > must publish the chaining of symmetric Crypto operations feature flag. A= llocation of the > -xform structure is in the the application domain. To allow future API ex= tensions in a > +xform structure is in the application domain. To allow future API extens= ions in a > backwardly compatible manner, e.g. addition of a new parameter, the appl= ication should > zero the full xform struct before populating it. > =20 > @@ -893,7 +893,7 @@ Asymmetric Crypto transforms (``rte_crypto_asym_xform= ``) are the mechanism used > to specify the details of the asymmetric Crypto operation. Next pointer = within > xform allows transform to be chained together. Also it is important to n= ote that > the order in which the transforms are passed indicates the order of the = chaining. Allocation > -of the xform structure is in the the application domain. To allow future= API extensions in a > +of the xform structure is in the application domain. To allow future API= extensions in a > backwardly compatible manner, e.g. addition of a new parameter, the appl= ication should > zero the full xform struct before populating it. > =20 > diff --git a/doc/guides/prog_guide/env_abstraction_layer.rst b/doc/guides= /prog_guide/env_abstraction_layer.rst > index 6e59fae..cd8e300 100644 > --- a/doc/guides/prog_guide/env_abstraction_layer.rst > +++ b/doc/guides/prog_guide/env_abstraction_layer.rst > @@ -249,7 +249,7 @@ manual memory management. > =20 > + Using heap API's for externally allocated memory > =20 > -Using using a set of malloc heap API's is the recommended way to use ext= ernally > +Using a set of malloc heap API's is the recommended way to use externall= y > allocated memory in DPDK. In this way, support for externally allocated = memory > is implemented through overloading the socket ID - externally allocated = heaps > will have socket ID's that would be considered invalid under normal > diff --git a/doc/guides/prog_guide/generic_segmentation_offload_lib.rst b= /doc/guides/prog_guide/generic_segmentation_offload_lib.rst > index 0cfc119..73e7687 100644 > --- a/doc/guides/prog_guide/generic_segmentation_offload_lib.rst > +++ b/doc/guides/prog_guide/generic_segmentation_offload_lib.rst > @@ -206,7 +206,7 @@ To segment an outgoing packet, an application must: > 2. Set the appropriate ol_flags in the mbuf. > =20 > - The GSO library use the value of an mbuf's ``ol_flags`` attribute t= o > - to determine how a packet should be segmented. It is the applicatio= n's > + determine how a packet should be segmented. It is the application's > responsibility to ensure that these flags are set. > =20 > - For example, in order to segment TCP/IPv4 packets, the application = should > diff --git a/doc/guides/prog_guide/kernel_nic_interface.rst b/doc/guides/= prog_guide/kernel_nic_interface.rst > index 2fd58e1..e12634d 100644 > --- a/doc/guides/prog_guide/kernel_nic_interface.rst > +++ b/doc/guides/prog_guide/kernel_nic_interface.rst > @@ -254,7 +254,7 @@ to create a separate thread or secondary process to p= eriodically call > =20 > The KNI interfaces can be deleted by a DPDK application with > ``rte_kni_release()``. All KNI interfaces not explicitly deleted will b= e > -deleted when the the ``/dev/kni`` device is closed, either explicitly wi= th > +deleted when the ``/dev/kni`` device is closed, either explicitly with > ``rte_kni_close()`` or when the DPDK application is closed. > =20 > DPDK mbuf Flow > diff --git a/doc/guides/prog_guide/packet_classif_access_ctrl.rst b/doc/g= uides/prog_guide/packet_classif_access_ctrl.rst > index c16b11a..2945eac 100644 > --- a/doc/guides/prog_guide/packet_classif_access_ctrl.rst > +++ b/doc/guides/prog_guide/packet_classif_access_ctrl.rst > @@ -154,7 +154,7 @@ To define classification for the IPv6 2-tuple: o > =20 > .. code-block:: c > =20 > - struct struct rte_ipv6_hdr { > + struct rte_ipv6_hdr { > uint32_t vtc_flow; /* IP version, traffic class & flow label= . */ > uint16_t payload_len; /* IP packet length - includes sizeof(ip_= header). */ > uint8_t proto; /* Protocol, next header. */ > @@ -167,7 +167,7 @@ The following array of field definitions can be used: > =20 > .. code-block:: c > =20 > - struct struct rte_acl_field_def ipv6_2tuple_defs[5] =3D { > + struct rte_acl_field_def ipv6_2tuple_defs[5] =3D { > { > .type =3D RTE_ACL_FIELD_TYPE_BITMASK, > .size =3D sizeof (uint8_t), > diff --git a/doc/guides/prog_guide/rte_flow.rst b/doc/guides/prog_guide/r= te_flow.rst > index ac0020e..a254c81 100644 > --- a/doc/guides/prog_guide/rte_flow.rst > +++ b/doc/guides/prog_guide/rte_flow.rst > @@ -1650,7 +1650,7 @@ Counters can be retrieved and reset through ``rte_f= low_query()``, see > The shared flag indicates whether the counter is unique to the flow rule= the > action is specified with, or whether it is a shared counter. > =20 > -For a count action with the shared flag set, then then a global device > +For a count action with the shared flag set, then a global device > namespace is assumed for the counter id, so that any matched flow rules = using > a count action with the same counter id on the same port will contribute= to > that counter. > diff --git a/doc/guides/prog_guide/rte_security.rst b/doc/guides/prog_gui= de/rte_security.rst > index 7d0734a..f77fb89 100644 > --- a/doc/guides/prog_guide/rte_security.rst > +++ b/doc/guides/prog_guide/rte_security.rst > @@ -51,7 +51,7 @@ however all security protocol related headers are still= attached to the > packet. e.g. In case of IPsec, the IPsec tunnel headers (if any), > ESP/AH headers will remain in the packet but the received packet > contains the decrypted data where the encrypted data was when the packet > -arrived. The driver Rx path check the descriptors and and based on the > +arrived. The driver Rx path check the descriptors and based on the > crypto status sets additional flags in the rte_mbuf.ol_flags field. > =20 > .. note:: > @@ -65,7 +65,7 @@ Egress Data path - The software prepares the egress pac= ket by adding > relevant security protocol headers. Only the data will not be > encrypted by the software. The driver will accordingly configure the > tx descriptors. The hardware device will encrypt the data before sending= the > -the packet out. > +packet out. > =20 > .. note:: > =20 > diff --git a/doc/guides/rel_notes/release_17_11.rst b/doc/guides/rel_note= s/release_17_11.rst > index 6448b6c..1f3b45e 100644 > --- a/doc/guides/rel_notes/release_17_11.rst > +++ b/doc/guides/rel_notes/release_17_11.rst > @@ -475,7 +475,7 @@ API Changes > * **Added mbuf flags PKT_RX_VLAN and PKT_RX_QINQ.** > =20 > Two ``mbuf`` flags have been added to indicate that the VLAN > - identifier has been saved in in the ``mbuf`` structure. For instance: > + identifier has been saved in the ``mbuf`` structure. For instance: > =20 > - If VLAN is not stripped and TCI is saved: ``PKT_RX_VLAN`` > - If VLAN is stripped and TCI is saved: ``PKT_RX_VLAN | PKT_RX_VLAN_ST= RIPPED`` > diff --git a/doc/guides/rel_notes/release_18_02.rst b/doc/guides/rel_note= s/release_18_02.rst > index 8e40311..3523ea7 100644 > --- a/doc/guides/rel_notes/release_18_02.rst > +++ b/doc/guides/rel_notes/release_18_02.rst > @@ -210,7 +210,7 @@ New Features > A set of northbound APIs have been defined which encompass a generic s= et of > operations by allowing applications to interact with device using opaq= ue > structures/buffers. Also, southbound APIs provide a means of integrati= ng devices > - either as as part of a physical bus (PCI, FSLMC etc) or through ``vdev= ``. > + either as part of a physical bus (PCI, FSLMC etc) or through ``vdev``. > =20 > See the :doc:`../prog_guide/rawdev` programmer's guide for more detail= s. > =20 > diff --git a/doc/guides/rel_notes/release_19_02.rst b/doc/guides/rel_note= s/release_19_02.rst > index b353620..ace1534 100644 > --- a/doc/guides/rel_notes/release_19_02.rst > +++ b/doc/guides/rel_notes/release_19_02.rst > @@ -265,11 +265,11 @@ ABI Changes > * mbuf: The format of the sched field of ``rte_mbuf`` has been changed > to include the following fields: ``queue ID``, ``traffic class``, ``co= lor``. > =20 > -* cryptodev: as shown in the the 18.11 deprecation notice, the structure > +* cryptodev: as shown in the 18.11 deprecation notice, the structure > ``rte_cryptodev_qp_conf`` has added two parameters for symmetric sessi= on > mempool and symmetric session private data mempool. > =20 > -* cryptodev: as shown in the the 18.11 deprecation notice, the structure > +* cryptodev: as shown in the 18.11 deprecation notice, the structure > ``rte_cryptodev_sym_session`` has been updated to contain more informa= tion > to ensure safely accessing the session and session private data. > =20 > diff --git a/doc/guides/rel_notes/release_19_11.rst b/doc/guides/rel_note= s/release_19_11.rst > index 682c1bd..c0045a9 100644 > --- a/doc/guides/rel_notes/release_19_11.rst > +++ b/doc/guides/rel_notes/release_19_11.rst > @@ -97,7 +97,7 @@ New Features > * **Added ethdev API to set supported packet types** > =20 > * Added new API ``rte_eth_dev_set_ptypes`` that allows an application = to > - inform PMD about about reduced range of packet types to handle. > + inform PMD about reduced range of packet types to handle. > * This scheme will allow PMDs to avoid lookup to internal ptype table = on Rx > and thereby improve Rx performance if application wishes do so. > =20 > diff --git a/doc/guides/sample_app_ug/ethtool.rst b/doc/guides/sample_app= _ug/ethtool.rst > index 47e09f6..8f7fc6c 100644 > --- a/doc/guides/sample_app_ug/ethtool.rst > +++ b/doc/guides/sample_app_ug/ethtool.rst > @@ -40,7 +40,7 @@ The application is console-driven using the cmdline DPD= K interface: > EthApp> > =20 > From this interface the available commands and descriptions of what > -they do as as follows: > +they do as follows: > =20 > * ``drvinfo``: Print driver info > * ``eeprom``: Dump EEPROM to file > diff --git a/doc/guides/sample_app_ug/ipsec_secgw.rst b/doc/guides/sample= _app_ug/ipsec_secgw.rst > index ae8cce2..d6d8d44 100644 > --- a/doc/guides/sample_app_ug/ipsec_secgw.rst > +++ b/doc/guides/sample_app_ug/ipsec_secgw.rst > @@ -158,7 +158,7 @@ Where: > If packet is not reassembled within this time, received fragments > will be discarded. Fragment lifetime should be decreased when > there is a high fragmented traffic loss in high bandwidth networks. > - Should be lower for for low number of reassembly buckets. > + Should be lower for low number of reassembly buckets. > Valid values: from 1 ns to 10 s. Default value: 10000000 (10 s). > =20 > * ``--reassemble NUM``: max number of entries in reassemble fragment t= able. > diff --git a/doc/guides/sample_app_ug/ntb.rst b/doc/guides/sample_app_ug/= ntb.rst > index df16af8..93fb752 100644 > --- a/doc/guides/sample_app_ug/ntb.rst > +++ b/doc/guides/sample_app_ug/ntb.rst > @@ -82,7 +82,7 @@ The application is console-driven using the cmdline DPD= K interface: > ntb> > =20 > From this interface the available commands and descriptions of what > -they do as as follows: > +they do as follows: > =20 > * ``send [filepath]``: Send file to the peer host. Need to be in > file-trans forwarding mode first. > diff --git a/doc/guides/sample_app_ug/performance_thread.rst b/doc/guides= /sample_app_ug/performance_thread.rst > index ac6ee8a..5fed464 100644 > --- a/doc/guides/sample_app_ug/performance_thread.rst > +++ b/doc/guides/sample_app_ug/performance_thread.rst > @@ -280,7 +280,7 @@ functionality into different threads, and the pairs o= f RX and TX threads are > interconnected via software rings. > =20 > On initialization an L-thread scheduler is started on every EAL thread. = On all > -but the master EAL thread only a a dummy L-thread is initially started. > +but the master EAL thread only a dummy L-thread is initially started. > The L-thread started on the master EAL thread then spawns other L-thread= s on > different L-thread schedulers according the command line parameters. > =20 > diff --git a/doc/guides/testpmd_app_ug/testpmd_funcs.rst b/doc/guides/tes= tpmd_app_ug/testpmd_funcs.rst > index 48473d8..6779822 100644 > --- a/doc/guides/testpmd_app_ug/testpmd_funcs.rst > +++ b/doc/guides/testpmd_app_ug/testpmd_funcs.rst > @@ -33,7 +33,7 @@ If you type a partial command and hit ```` you get= a list of the available > =20 > .. note:: > =20 > - Some examples in this document are too long to fit on one line are ar= e shown wrapped at `"\\"` for display purposes:: > + Some examples in this document are too long to fit on one line are sh= own wrapped at `"\\"` for display purposes:: > =20 > testpmd> set flow_ctrl rx (on|off) tx (on|off) (high_water) (low_w= ater) \ > (pause_time) (send_xon) (port_id) > @@ -2760,7 +2760,7 @@ Traffic Management > ------------------ > =20 > The following section shows functions for configuring traffic management= on > -on the ethernet device through the use of generic TM API. > +the ethernet device through the use of generic TM API. > =20 > show port traffic management capability > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > diff --git a/doc/guides/tools/proc_info.rst b/doc/guides/tools/proc_info.= rst > index 2ea1b59..0390b9c 100644 > --- a/doc/guides/tools/proc_info.rst > +++ b/doc/guides/tools/proc_info.rst > @@ -63,7 +63,7 @@ ring. For invalid or no ring name, whole list is dump. > **--show-mempool[=3Dname]** > The show-mempool parameter display current allocation of all mempool > debug information. Specifying the name allows to display details for spe= cific > -specific mempool. For invalid or no mempool name, whole list is dump. > +mempool. For invalid or no mempool name, whole list is dump. > =20 > **--iter-mempool=3Dname** > The iter-mempool parameter iterates and displays mempool elements specif= ied >=20