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 45C29A0573; Wed, 4 Mar 2020 15:35:12 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id CDED02C16; Wed, 4 Mar 2020 15:35:10 +0100 (CET) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-1.mimecast.com [207.211.31.81]) by dpdk.org (Postfix) with ESMTP id 578252C02 for ; Wed, 4 Mar 2020 15:35:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1583332508; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to: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=fpyqT5kL5i+qh3OxK0sph/uQjZJyxF2azfo9bHnFgHs=; b=dwVyLenNib9uzRz/mhwGAYe8x6Kw2bdSFqZLttmc7cBGKImolul8hq01RR937lkwNnfFq+ 8uZ9tK8VT6d2Ruvq1pnXyEa8T3jgi11P67gcrJhF+rHmBHqPbR4b3cHt2RAU0qH0FjBs8u ha4vDhuaSD7VQq2xY++4zaW9oyJBUFk= 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-419-lPuB3ab6M5WIsmlBcoBHpg-1; Wed, 04 Mar 2020 09:35:03 -0500 X-MC-Unique: lPuB3ab6M5WIsmlBcoBHpg-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D3D3B8010EE; Wed, 4 Mar 2020 14:35:02 +0000 (UTC) Received: from [10.33.36.63] (unknown [10.33.36.63]) by smtp.corp.redhat.com (Postfix) with ESMTP id 38DA510013A1; Wed, 4 Mar 2020 14:34:58 +0000 (UTC) To: luca.boccassi@gmail.com, dev@dpdk.org References: <20200229163706.12741-1-luca.boccassi@gmail.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: <83712900-431c-87e9-f9bd-5853ef796c21@redhat.com> Date: Wed, 4 Mar 2020 14:34:56 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200229163706.12741-1-luca.boccassi@gmail.com> Content-Language: en-US X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH] Fix various typos found by Lintian 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 29/02/2020 16:37, luca.boccassi@gmail.com wrote: > From: Luca Boccassi >=20 > Cc: stable@dpdk.org >=20 > Signed-off-by: Luca Boccassi > --- > Debian's linter is getting more and more annoy^^smart and now parses bina= ries > for typos too - CC stable to get it off my back in the next release >=20 Minor: Probably linter is better trained in the Queen's English than me or it could be personal preference, but 'one' seems to be referring to the user and it reads a bit strange for me. e.g. "Slave %d capabilities doesn't allow one to allocate additional queues" "hardware specifications that allow one to handle virtual memory" "Do not allow one to send packet if the maximum DMA.." as opposed to "Slave %d capabilities don't allow allocation of additional queues" "hardware specifications that allow handling of virtual memory" "Do not allow sending of a packet if the maximum DMA.." > app/test-pmd/cmdline.c | 4 ++-- > app/test/test_mbuf.c | 2 +- > doc/guides/nics/mlx5.rst | 2 +- > doc/guides/vdpadevs/mlx5.rst | 2 +- > drivers/common/octeontx2/hw/otx2_npc.h | 4 ++-- > drivers/compress/octeontx/otx_zip_pmd.c | 2 +- > drivers/event/dpaa2/dpaa2_eventdev.c | 2 +- > drivers/net/bnxt/bnxt_ethdev.c | 2 +- > drivers/net/bonding/rte_eth_bond_pmd.c | 4 ++-- > drivers/net/cxgbe/cxgbe_flow.c | 2 +- > drivers/net/dpaa2/dpaa2_flow.c | 4 ++-- > drivers/net/dpaa2/dpaa2_mux.c | 2 +- > drivers/net/hinic/base/hinic_pmd_mbox.c | 2 +- > drivers/net/i40e/base/i40e_nvm.c | 2 +- > drivers/net/i40e/i40e_ethdev.c | 2 +- > drivers/net/mlx5/mlx5_rxtx.c | 2 +- > drivers/net/pfe/pfe_ethdev.c | 2 +- > drivers/net/qede/base/ecore_iov_api.h | 2 +- > drivers/net/qede/qede_ethdev.c | 2 +- > drivers/net/sfc/sfc_ef10_tx.c | 2 +- > examples/vmdq/main.c | 2 +- > examples/vmdq_dcb/main.c | 2 +- > lib/librte_eal/common/include/arch/x86/rte_atomic.h | 2 +- > lib/librte_eal/linux/eal/eal.c | 2 +- > lib/librte_ipsec/sa.h | 2 +- > lib/librte_mbuf/rte_mbuf_core.h | 2 +- > 26 files changed, 30 insertions(+), 30 deletions(-) >=20 > diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c > index a037a55c6a..7c50337953 100644 > --- a/app/test-pmd/cmdline.c > +++ b/app/test-pmd/cmdline.c > @@ -95,7 +95,7 @@ static void cmd_help_brief_parsed(__attribute__((unused= )) void *parsed_result, > =09=09" help ports : Configuring ports.\n" > =09=09" help registers : Reading and setting port re= gisters.\n" > =09=09" help filters : Filters configuration help.= \n" > -=09=09" help traffic_management : Traffic Management commmand= s.\n" > +=09=09" help traffic_management : Traffic Management commands= .\n" > =09=09" help devices : Device related cmds.\n" > =09=09" help all : All of the above sections.\= n\n" > =09); > @@ -5131,7 +5131,7 @@ cmd_gso_size_parsed(void *parsed_result, > =20 > =09if (test_done =3D=3D 0) { > =09=09printf("Before setting GSO segsz, please first" > -=09=09=09=09" stop fowarding\n"); > +=09=09=09=09" stop forwarding\n"); > =09=09return; > =09} > =20 > diff --git a/app/test/test_mbuf.c b/app/test/test_mbuf.c > index 8200b4f71e..71bdab6917 100644 > --- a/app/test/test_mbuf.c > +++ b/app/test/test_mbuf.c > @@ -1157,7 +1157,7 @@ test_refcnt_mbuf(void) > =09=09tref +=3D refcnt_lcore[slave]; > =20 > =09if (tref !=3D refcnt_lcore[master]) > -=09=09rte_panic("refernced mbufs: %u, freed mbufs: %u\n", > +=09=09rte_panic("referenced mbufs: %u, freed mbufs: %u\n", > =09=09 tref, refcnt_lcore[master]); > =20 > =09rte_mempool_dump(stdout, refcnt_pool); > diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst > index afd11cd830..1a90e42a9c 100644 > --- a/doc/guides/nics/mlx5.rst > +++ b/doc/guides/nics/mlx5.rst > @@ -35,7 +35,7 @@ operations such as querying/updating the MTU and flow c= ontrol parameters. > =20 > For security reasons and robustness, this driver only deals with virtual > memory addresses. The way resources allocations are handled by the kerne= l, > -combined with hardware specifications that allow to handle virtual memor= y > +combined with hardware specifications that allow one to handle virtual m= emory > addresses directly, ensure that DPDK applications cannot access random > physical memory (or memory that does not belong to the current process). > =20 > diff --git a/doc/guides/vdpadevs/mlx5.rst b/doc/guides/vdpadevs/mlx5.rst > index dd377afda5..41c9731e90 100644 > --- a/doc/guides/vdpadevs/mlx5.rst > +++ b/doc/guides/vdpadevs/mlx5.rst > @@ -25,7 +25,7 @@ Design > =20 > For security reasons and robustness, this driver only deals with virtual > memory addresses. The way resources allocations are handled by the kerne= l, > -combined with hardware specifications that allow to handle virtual memor= y > +combined with hardware specifications that allow one to handle virtual m= emory > addresses directly, ensure that DPDK applications cannot access random > physical memory (or memory that does not belong to the current process). > =20 > diff --git a/drivers/common/octeontx2/hw/otx2_npc.h b/drivers/common/octe= ontx2/hw/otx2_npc.h > index 3dfc137a30..600084ff31 100644 > --- a/drivers/common/octeontx2/hw/otx2_npc.h > +++ b/drivers/common/octeontx2/hw/otx2_npc.h > @@ -213,7 +213,7 @@ enum npc_kpu_lc_ltype { > =09NPC_LT_LC_FCOE, > }; > =20 > -/* Don't modify Ltypes upto SCTP, otherwise it will > +/* Don't modify Ltypes up to SCTP, otherwise it will > * effect flow tag calculation and thus RSS. > */ > enum npc_kpu_ld_ltype { > @@ -260,7 +260,7 @@ enum npc_kpu_lg_ltype { > =09NPC_LT_LG_TU_ETHER_IN_NSH, > }; > =20 > -/* Don't modify Ltypes upto SCTP, otherwise it will > +/* Don't modify Ltypes up to SCTP, otherwise it will > * effect flow tag calculation and thus RSS. > */ > enum npc_kpu_lh_ltype { > diff --git a/drivers/compress/octeontx/otx_zip_pmd.c b/drivers/compress/o= cteontx/otx_zip_pmd.c > index 9e00c86630..bff8ef035e 100644 > --- a/drivers/compress/octeontx/otx_zip_pmd.c > +++ b/drivers/compress/octeontx/otx_zip_pmd.c > @@ -406,7 +406,7 @@ zip_pmd_qp_setup(struct rte_compressdev *dev, uint16_= t qp_id, > =20 > =09qp->name =3D name; > =20 > -=09/* Create completion queue upto max_inflight_ops */ > +=09/* Create completion queue up to max_inflight_ops */ > =09qp->processed_pkts =3D zip_pmd_qp_create_processed_pkts_ring(qp, > =09=09=09=09=09=09max_inflight_ops, socket_id); > =09if (qp->processed_pkts =3D=3D NULL) > diff --git a/drivers/event/dpaa2/dpaa2_eventdev.c b/drivers/event/dpaa2/d= paa2_eventdev.c > index 1833d659d8..208fce444d 100644 > --- a/drivers/event/dpaa2/dpaa2_eventdev.c > +++ b/drivers/event/dpaa2/dpaa2_eventdev.c > @@ -391,7 +391,7 @@ dpaa2_eventdev_info_get(struct rte_eventdev *dev, > =09dev_info->max_event_priority_levels =3D > =09=09DPAA2_EVENT_MAX_EVENT_PRIORITY_LEVELS; > =09dev_info->max_event_ports =3D rte_fslmc_get_device_count(DPAA2_IO); > -=09/* we only support dpio upto number of cores*/ > +=09/* we only support dpio up to number of cores*/ > =09if (dev_info->max_event_ports > rte_lcore_count()) > =09=09dev_info->max_event_ports =3D rte_lcore_count(); > =09dev_info->max_event_port_dequeue_depth =3D > diff --git a/drivers/net/bnxt/bnxt_ethdev.c b/drivers/net/bnxt/bnxt_ethde= v.c > index 18aa313fd8..1b2edd04c0 100644 > --- a/drivers/net/bnxt/bnxt_ethdev.c > +++ b/drivers/net/bnxt/bnxt_ethdev.c > @@ -1519,7 +1519,7 @@ static int bnxt_rss_hash_conf_get_op(struct rte_eth= _dev *eth_dev, > =09=09} > =09=09if (hash_types) { > =09=09=09PMD_DRV_LOG(ERR, > -=09=09=09=09"Unknwon RSS config from firmware (%08x), RSS disabled", > +=09=09=09=09"Unknown RSS config from firmware (%08x), RSS disabled", > =09=09=09=09vnic->hash_type); > =09=09=09return -ENOTSUP; > =09=09} > diff --git a/drivers/net/bonding/rte_eth_bond_pmd.c b/drivers/net/bonding= /rte_eth_bond_pmd.c > index 707a0f3cdd..750e17dced 100644 > --- a/drivers/net/bonding/rte_eth_bond_pmd.c > +++ b/drivers/net/bonding/rte_eth_bond_pmd.c > @@ -198,7 +198,7 @@ bond_ethdev_8023ad_flow_verify(struct rte_eth_dev *bo= nd_dev, > =09if (slave_info.max_rx_queues < bond_dev->data->nb_rx_queues || > =09=09=09slave_info.max_tx_queues < bond_dev->data->nb_tx_queues) { > =09=09RTE_BOND_LOG(ERR, > -=09=09=09"%s: Slave %d capabilities doesn't allow to allocate additional= queues", > +=09=09=09"%s: Slave %d capabilities doesn't allow one to allocate additi= onal queues", > =09=09=09__func__, slave_port); > =09=09return -1; > =09} > @@ -3230,7 +3230,7 @@ bond_alloc(struct rte_vdev_device *dev, uint8_t mod= e) > =09internals->candidate_max_rx_pktlen =3D 0; > =09internals->max_rx_pktlen =3D 0; > =20 > -=09/* Initially allow to choose any offload type */ > +=09/* Initially allow one to choose any offload type */ > =09internals->flow_type_rss_offloads =3D ETH_RSS_PROTO_MASK; > =20 > =09memset(&internals->default_rxconf, 0, > diff --git a/drivers/net/cxgbe/cxgbe_flow.c b/drivers/net/cxgbe/cxgbe_flo= w.c > index 9070f4960d..2fb77b4abb 100644 > --- a/drivers/net/cxgbe/cxgbe_flow.c > +++ b/drivers/net/cxgbe/cxgbe_flow.c > @@ -230,7 +230,7 @@ ch_rte_parsetype_port(const void *dmask, const struct= rte_flow_item *item, > =09if (val->index > 0x7) > =09=09return rte_flow_error_set(e, EINVAL, RTE_FLOW_ERROR_TYPE_ITEM, > =09=09=09=09=09 item, > -=09=09=09=09=09 "port index upto 0x7 is supported"); > +=09=09=09=09=09 "port index up to 0x7 is supported"); > =20 > =09CXGBE_FILL_FS(val->index, mask->index, iport); > =20 > diff --git a/drivers/net/dpaa2/dpaa2_flow.c b/drivers/net/dpaa2/dpaa2_flo= w.c > index 2212650320..8aa65db305 100644 > --- a/drivers/net/dpaa2/dpaa2_flow.c > +++ b/drivers/net/dpaa2/dpaa2_flow.c > @@ -1850,13 +1850,13 @@ struct rte_flow *dpaa2_flow_create(struct rte_eth= _dev *dev, > =09key_iova =3D (size_t)rte_malloc(NULL, 256, 64); > =09if (!key_iova) { > =09=09DPAA2_PMD_ERR( > -=09=09=09"Memory allocation failure for rule configration\n"); > +=09=09=09"Memory allocation failure for rule configuration\n"); > =09=09goto mem_failure; > =09} > =09mask_iova =3D (size_t)rte_malloc(NULL, 256, 64); > =09if (!mask_iova) { > =09=09DPAA2_PMD_ERR( > -=09=09=09"Memory allocation failure for rule configration\n"); > +=09=09=09"Memory allocation failure for rule configuration\n"); > =09=09goto mem_failure; > =09} > =20 > diff --git a/drivers/net/dpaa2/dpaa2_mux.c b/drivers/net/dpaa2/dpaa2_mux.= c > index 1910cc4184..af90adb828 100644 > --- a/drivers/net/dpaa2/dpaa2_mux.c > +++ b/drivers/net/dpaa2/dpaa2_mux.c > @@ -84,7 +84,7 @@ rte_pmd_dpaa2_mux_flow_create(uint32_t dpdmux_id, > =09=09=09 (2 * DIST_PARAM_IOVA_SIZE), RTE_CACHE_LINE_SIZE); > =09if (!flow) { > =09=09DPAA2_PMD_ERR( > -=09=09=09"Memory allocation failure for rule configration\n"); > +=09=09=09"Memory allocation failure for rule configuration\n"); > =09=09goto creation_error; > =09} > =09key_iova =3D (void *)((size_t)flow + sizeof(struct rte_flow)); > diff --git a/drivers/net/hinic/base/hinic_pmd_mbox.c b/drivers/net/hinic/= base/hinic_pmd_mbox.c > index 3d3c1bc4ab..e82a07dbce 100644 > --- a/drivers/net/hinic/base/hinic_pmd_mbox.c > +++ b/drivers/net/hinic/base/hinic_pmd_mbox.c > @@ -872,7 +872,7 @@ static int hinic_func_to_func_init(struct hinic_hwdev= *hwdev) > =20 > =09err =3D alloc_mbox_info(func_to_func->mbox_resp); > =09if (err) { > -=09=09PMD_DRV_LOG(ERR, "Allocating memory for mailbox responsing failed"= ); > +=09=09PMD_DRV_LOG(ERR, "Allocating memory for mailbox responding failed"= ); > =09=09goto alloc_mbox_for_resp_err; > =09} > =20 > diff --git a/drivers/net/i40e/base/i40e_nvm.c b/drivers/net/i40e/base/i40= e_nvm.c > index fc24cc2ce0..93c7ea6bf1 100644 > --- a/drivers/net/i40e/base/i40e_nvm.c > +++ b/drivers/net/i40e/base/i40e_nvm.c > @@ -465,7 +465,7 @@ STATIC enum i40e_status_code i40e_read_nvm_buffer_aq(= struct i40e_hw *hw, u16 off > =20 > =09do { > =09=09/* Calculate number of bytes we should read in this step. > -=09=09 * FVL AQ do not allow to read more than one page at a time or > +=09=09 * FVL AQ do not allow one to read more than one page at a time or > =09=09 * to cross page boundaries. > =09=09 */ > =09=09if (offset % I40E_SR_SECTOR_SIZE_IN_WORDS) > diff --git a/drivers/net/i40e/i40e_ethdev.c b/drivers/net/i40e/i40e_ethde= v.c > index 9fbda1c34c..5a10cd961f 100644 > --- a/drivers/net/i40e/i40e_ethdev.c > +++ b/drivers/net/i40e/i40e_ethdev.c > @@ -2051,7 +2051,7 @@ i40e_vsi_queues_bind_intr(struct i40e_vsi *vsi, uin= t16_t itr_idx) > =09for (i =3D 0; i < vsi->nb_used_qps; i++) { > =09=09if (nb_msix <=3D 1) { > =09=09=09if (!rte_intr_allow_others(intr_handle)) > -=09=09=09=09/* allow to share MISC_VEC_ID */ > +=09=09=09=09/* allow one to share MISC_VEC_ID */ > =09=09=09=09msix_vect =3D I40E_MISC_VEC_ID; > =20 > =09=09=09/* no enough msix_vect, map all to one */ > diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/net/mlx5/mlx5_rxtx.c > index 5ac63da803..ad34d31f37 100644 > --- a/drivers/net/mlx5/mlx5_rxtx.c > +++ b/drivers/net/mlx5/mlx5_rxtx.c > @@ -4829,7 +4829,7 @@ mlx5_tx_burst_tmpl(struct mlx5_txq_data *restrict t= xq, > =09/* > =09 * Calculate the number of available resources - elts and WQEs. > =09 * There are two possible different scenarios: > -=09 * - no data inlining into WQEs, one WQEBB may contains upto > +=09 * - no data inlining into WQEs, one WQEBB may contains up to > =09 * four packets, in this case elts become scarce resource > =09 * - data inlining into WQEs, one packet may require multiple > =09 * WQEBBs, the WQEs become the limiting factor. > diff --git a/drivers/net/pfe/pfe_ethdev.c b/drivers/net/pfe/pfe_ethdev.c > index 9403478198..7facc47b62 100644 > --- a/drivers/net/pfe/pfe_ethdev.c > +++ b/drivers/net/pfe/pfe_ethdev.c > @@ -13,7 +13,7 @@ > #include "pfe_logs.h" > #include "pfe_mod.h" > =20 > -#define PFE_MAX_MACS 1 /*we can support upto 4 MACs per IF*/ > +#define PFE_MAX_MACS 1 /*we can support up to 4 MACs per IF*/ > #define PFE_VDEV_GEM_ID_ARG=09"intf" > =20 > struct pfe_vdev_init_params { > diff --git a/drivers/net/qede/base/ecore_iov_api.h b/drivers/net/qede/bas= e/ecore_iov_api.h > index 5450018121..b8cd98ee8c 100644 > --- a/drivers/net/qede/base/ecore_iov_api.h > +++ b/drivers/net/qede/base/ecore_iov_api.h > @@ -71,7 +71,7 @@ struct ecore_vf_acquire_sw_info { > =20 > =09/* We have several close releases that all use ~same FW with differen= t > =09 * versions [making it incompatible as the versioning scheme is still > -=09 * tied directly to FW version], allow to override the checking. Only > +=09 * tied directly to FW version], allow one to override the checking. = Only > =09 * those versions would actually support this feature [so it would no= t > =09 * break forward compatibility with newer HV drivers that are no long= er > =09 * suited]. > diff --git a/drivers/net/qede/qede_ethdev.c b/drivers/net/qede/qede_ethde= v.c > index 74dfe895ad..1542073a27 100644 > --- a/drivers/net/qede/qede_ethdev.c > +++ b/drivers/net/qede/qede_ethdev.c > @@ -1100,7 +1100,7 @@ static int qede_dev_start(struct rte_eth_dev *eth_d= ev) > =09=09qede_reset_queue_stats(qdev, true); > =20 > =09/* Newer SR-IOV PF driver expects RX/TX queues to be started before > -=09 * enabling RSS. Hence RSS configuration is deferred upto this point. > +=09 * enabling RSS. Hence RSS configuration is deferred up to this point= . > =09 * Also, we would like to retain similar behavior in PF case, so we > =09 * don't do PF/VF specific check here. > =09 */ > diff --git a/drivers/net/sfc/sfc_ef10_tx.c b/drivers/net/sfc/sfc_ef10_tx.= c > index 43e3447805..014824499b 100644 > --- a/drivers/net/sfc/sfc_ef10_tx.c > +++ b/drivers/net/sfc/sfc_ef10_tx.c > @@ -406,7 +406,7 @@ sfc_ef10_xmit_tso_pkt(struct sfc_ef10_txq * const txq= , struct rte_mbuf *m_seg, > =09=09if (txq->completed !=3D pkt_start) > =09=09=09return ENOSPC; > =09=09/* > -=09=09 * Do not allow to send packet if the maximum DMA > +=09=09 * Do not allow one to send packet if the maximum DMA > =09=09 * descriptor space is not sufficient to hold TSO > =09=09 * descriptors, header descriptor and at least 1 > =09=09 * segment descriptor. > diff --git a/examples/vmdq/main.c b/examples/vmdq/main.c > index 0111109203..ffc83d2bd1 100644 > --- a/examples/vmdq/main.c > +++ b/examples/vmdq/main.c > @@ -178,7 +178,7 @@ port_init(uint16_t port, struct rte_mempool *mbuf_poo= l) > =20 > =09max_nb_pools =3D (uint32_t)dev_info.max_vmdq_pools; > =09/* > -=09 * We allow to process part of VMDQ pools specified by num_pools in > +=09 * We allow one to process part of VMDQ pools specified by num_pools = in > =09 * command line. > =09 */ > =09if (num_pools > max_nb_pools) { > diff --git a/examples/vmdq_dcb/main.c b/examples/vmdq_dcb/main.c > index f417b2fd9b..a70bca72f9 100644 > --- a/examples/vmdq_dcb/main.c > +++ b/examples/vmdq_dcb/main.c > @@ -212,7 +212,7 @@ port_init(uint16_t port, struct rte_mempool *mbuf_poo= l) > =20 > =09max_nb_pools =3D (uint32_t)dev_info.max_vmdq_pools; > =09/* > -=09 * We allow to process part of VMDQ pools specified by num_pools in > +=09 * We allow one to process part of VMDQ pools specified by num_pools = in > =09 * command line. > =09 */ > =09if (num_pools > max_nb_pools) { > diff --git a/lib/librte_eal/common/include/arch/x86/rte_atomic.h b/lib/li= brte_eal/common/include/arch/x86/rte_atomic.h > index 148398f50a..b9dcd30aba 100644 > --- a/lib/librte_eal/common/include/arch/x86/rte_atomic.h > +++ b/lib/librte_eal/common/include/arch/x86/rte_atomic.h > @@ -55,7 +55,7 @@ extern "C" { > * > * As pointed by Java guys, that makes possible to use lock-prefixed > * instructions to get the same effect as mfence and on most modern HW > - * that gives a better perfomance then using mfence: > + * that gives a better performance then using mfence: > * https://shipilev.net/blog/2014/on-the-fence-with-dependencies/ > * Basic idea is to use lock prefixed add with some dummy memory locatio= n > * as the destination. From their experiments 128B(2 cache lines) below > diff --git a/lib/librte_eal/linux/eal/eal.c b/lib/librte_eal/linux/eal/ea= l.c > index 9530ee55f8..e6d4cc7178 100644 > --- a/lib/librte_eal/linux/eal/eal.c > +++ b/lib/librte_eal/linux/eal/eal.c > @@ -1077,7 +1077,7 @@ rte_eal_init(int argc, char **argv) > #if defined(RTE_LIBRTE_KNI) && LINUX_VERSION_CODE >=3D KERNEL_VERSION(4,= 10, 0) > =09=09=09} else if (rte_eal_check_module("rte_kni") =3D=3D 1) { > =09=09=09=09iova_mode =3D RTE_IOVA_PA; > -=09=09=09=09RTE_LOG(DEBUG, EAL, "KNI is loaded, selecting IOVA as PA mod= e for better KNI perfomance.\n"); > +=09=09=09=09RTE_LOG(DEBUG, EAL, "KNI is loaded, selecting IOVA as PA mod= e for better KNI performance.\n"); > #endif > =09=09=09} else if (is_iommu_enabled()) { > =09=09=09=09/* we have an IOMMU, pick IOVA as VA mode */ > diff --git a/lib/librte_ipsec/sa.h b/lib/librte_ipsec/sa.h > index d22451b38a..29cfe7279a 100644 > --- a/lib/librte_ipsec/sa.h > +++ b/lib/librte_ipsec/sa.h > @@ -115,7 +115,7 @@ struct rte_ipsec_sa { > =09 * sqn and replay window > =09 * In case of SA handled by multiple threads *sqn* cacheline > =09 * could be shared by multiple cores. > -=09 * To minimise perfomance impact, we try to locate in a separate > +=09 * To minimise performance impact, we try to locate in a separate > =09 * place from other frequently accesed data. > =09 */ > =09union { > diff --git a/lib/librte_mbuf/rte_mbuf_core.h b/lib/librte_mbuf/rte_mbuf_c= ore.h > index b9a59c879c..2dddd8b833 100644 > --- a/lib/librte_mbuf/rte_mbuf_core.h > +++ b/lib/librte_mbuf/rte_mbuf_core.h > @@ -591,7 +591,7 @@ struct rte_mbuf { > =20 > =09/** Valid if PKT_RX_TIMESTAMP is set. The unit and time reference > =09 * are not normalized but are always the same for a given port. > -=09 * Some devices allow to query rte_eth_read_clock that will return th= e > +=09 * Some devices allow one to query rte_eth_read_clock that will retur= n the > =09 * current device timestamp. > =09 */ > =09uint64_t timestamp; >=20