From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id C0A31A0C46; Fri, 23 Jul 2021 15:53:20 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 3FA1940040; Fri, 23 Jul 2021 15:53:20 +0200 (CEST) Received: from mail-io1-f68.google.com (mail-io1-f68.google.com [209.85.166.68]) by mails.dpdk.org (Postfix) with ESMTP id A24064003C for ; Fri, 23 Jul 2021 15:53:18 +0200 (CEST) Received: by mail-io1-f68.google.com with SMTP id r6so2600056ioj.8 for ; Fri, 23 Jul 2021 06:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iol.unh.edu; s=unh-iol; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=GmkWTGT3ypE84fWyt8VM2IzKsMDe5x5AvmbkxE+Tb7Y=; b=JFHWqUJo2QGkzE0gEB7vlKkogebFsNNry6HA3QfgIdCaHJG69ASZTCIXttWE5eTAoe 5x7WEpE7jx/6xNfVyglB1OBeVEYrXr6evdfDb74UfbstOyeICdPphpuWM7bVZwvoKAhx qDoM5kBxrXzsAvqHhSf63dEwFLifi32hb46Qw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=GmkWTGT3ypE84fWyt8VM2IzKsMDe5x5AvmbkxE+Tb7Y=; b=cvH0/05fkZQZm6cT1ZI3O1FddwsRyy5C5m9xn0D6amBKAipH90lJziv5brnGx2mwGa b5fcoreDjFvFvu1T7J9kEtefhE1t1a72Js06xhohRVJrRu/+llXIy6B06QK7gdDW919h KBFOzpujxCKduoKTrr46BgFmlGXMT5Aun4JJkO+s3Kwg/uTS3A+fsI8OUpA4cFCDVPKl y2NjXizxVVZ7qjRMLAoYRTs7aXvvunnA6VP96AMxHkI8AvLwmAoi1QhjS4neZ0WI5f3I BwNUsW02TCXwDnxAHQ6iRGJF19RVeAYEst2MGQkftjIc5X7B6SOQsD0HUc27ru0ihknF 7mxw== X-Gm-Message-State: AOAM532n4aFqHSzj4DGTKVw1uPUu/prN/9ONU/Jtc/RcwcrenqsVw2Kw 2v2+QMjGXQYZn4Tb9CURNDuQVkZB2qWqOYHWf5wpPrLIRy6Y6DVy0hrl29NNV5cJW5uAsGLwTXl byULy88rozeIR/zgCr2N7qanBfhvzOGzVvXgMNXZ6iye4vzmqerVDFLamXa4= X-Google-Smtp-Source: ABdhPJxAcuRxMW/IBDp3Di+rMm+Lb5QdYpCo6S8K0d2jkwG21bLkD471T1ef+uaAI+JTGy5LEIzifg== X-Received: by 2002:a6b:b24e:: with SMTP id b75mr4143360iof.94.1627048397361; Fri, 23 Jul 2021 06:53:17 -0700 (PDT) Received: from hnadeau.iol.unh.edu ([2606:4100:3880:1220:fa03:b53f:4e6f:46c2]) by smtp.gmail.com with ESMTPSA id l18sm16462257ioc.13.2021.07.23.06.53.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 23 Jul 2021 06:53:16 -0700 (PDT) From: Henry Nadeau To: dev@dpdk.org Cc: Henry Nadeau Date: Fri, 23 Jul 2021 09:52:20 -0400 Message-Id: <20210723135220.4455-1-hnadeau@iol.unh.edu> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [dpdk-dev] [PATCH] doc: Spell checked DPDK documentation X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 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" Corrected spelling mistakes in the DPDK documentation. Signed-off-by: Henry Nadeau --- doc/guides/contributing/coding_style.rst | 2 +- doc/guides/cryptodevs/mlx5.rst | 4 ++-- doc/guides/cryptodevs/scheduler.rst | 2 +- doc/guides/howto/pvp_reference_benchmark.rst | 2 +- doc/guides/nics/bnx2x.rst | 2 +- doc/guides/nics/dpaa.rst | 6 +++--- doc/guides/nics/mlx5.rst | 2 +- doc/guides/nics/octeontx2.rst | 4 ++-- doc/guides/nics/txgbe.rst | 4 ++-- doc/guides/nics/virtio.rst | 2 +- doc/guides/platform/cnxk.rst | 2 +- doc/guides/platform/dpaa.rst | 2 +- doc/guides/prog_guide/bbdev.rst | 2 +- doc/guides/prog_guide/env_abstraction_layer.rst | 2 +- doc/guides/prog_guide/eventdev.rst | 2 +- doc/guides/prog_guide/multi_proc_support.rst | 2 +- doc/guides/prog_guide/qos_framework.rst | 2 +- doc/guides/prog_guide/regexdev.rst | 2 +- doc/guides/prog_guide/toeplitz_hash_lib.rst | 6 +++--- doc/guides/rawdevs/ioat.rst | 2 +- doc/guides/rawdevs/ntb.rst | 2 +- doc/guides/regexdevs/features_overview.rst | 2 +- doc/guides/rel_notes/release_16_11.rst | 2 +- doc/guides/rel_notes/release_19_08.rst | 2 +- doc/guides/rel_notes/release_21_08.rst | 2 +- doc/guides/rel_notes/release_2_2.rst | 2 +- doc/guides/sample_app_ug/fips_validation.rst | 2 +- doc/guides/sample_app_ug/ipsec_secgw.rst | 2 +- doc/guides/sample_app_ug/performance_thread.rst | 2 +- doc/guides/testpmd_app_ug/run_app.rst | 2 +- doc/guides/testpmd_app_ug/testpmd_funcs.rst | 4 ++-- doc/guides/tools/hugepages.rst | 6 +++--- 32 files changed, 42 insertions(+), 42 deletions(-) diff --git a/doc/guides/contributing/coding_style.rst b/doc/guides/contributing/coding_style.rst index 7601162c4f..d648689f10 100644 --- a/doc/guides/contributing/coding_style.rst +++ b/doc/guides/contributing/coding_style.rst @@ -55,7 +55,7 @@ License Header ~~~~~~~~~~~~~~ Each file must begin with a special comment containing the -`Software Package Data Exchange (SPDX) License Identfier `_. +`Software Package Data Exchange (SPDX) License Identifier `_. Generally this is the BSD License, except for code granted special exceptions. The SPDX licences identifier is sufficient, a file should not contain diff --git a/doc/guides/cryptodevs/mlx5.rst b/doc/guides/cryptodevs/mlx5.rst index 908a25a98f..68bfdf3a83 100644 --- a/doc/guides/cryptodevs/mlx5.rst +++ b/doc/guides/cryptodevs/mlx5.rst @@ -99,7 +99,7 @@ The mlxreg dedicated tool should be used as follows: The "wrapped_crypto_operational" value will be "0x00000001" if the mode was successfully changed to operational mode. - The mlx5 crypto PMD can be verfied by running the test application:: + The mlx5 crypto PMD can be verified by running the test application:: dpdk-test -c 1 -n 1 -w ,class=crypto,wcs_file= RTE>>cryptodev_mlx5_autotest @@ -130,7 +130,7 @@ Driver options - ``keytag`` parameter [int] - The plaintext of the keytag appanded to the AES-XTS keys, default value is 0. + The plaintext of the keytag appended to the AES-XTS keys, default value is 0. - ``max_segs_num`` parameter [int] diff --git a/doc/guides/cryptodevs/scheduler.rst b/doc/guides/cryptodevs/scheduler.rst index 835d999cfa..d08207f2e1 100644 --- a/doc/guides/cryptodevs/scheduler.rst +++ b/doc/guides/cryptodevs/scheduler.rst @@ -118,7 +118,7 @@ operation: than the designated threshold, otherwise it will be handled by the secondary worker. - A typical usecase in this mode is with the QAT cryptodev as the primary and + A typical use case in this mode is with the QAT cryptodev as the primary and a software cryptodev as the secondary worker. This may help applications to process additional crypto workload than what the QAT cryptodev can handle on its own, by making use of the available CPU cycles to deal with smaller diff --git a/doc/guides/howto/pvp_reference_benchmark.rst b/doc/guides/howto/pvp_reference_benchmark.rst index 553458ddce..484de3b7db 100644 --- a/doc/guides/howto/pvp_reference_benchmark.rst +++ b/doc/guides/howto/pvp_reference_benchmark.rst @@ -26,7 +26,7 @@ Setup overview PVP setup using 2 NICs -In this diagram, each red arrow represents one logical core. This use-case +In this diagram, each red arrow represents one logical core. This use case requires 6 dedicated logical cores. A forwarding configuration with a single NIC is also possible, requiring 3 logical cores. diff --git a/doc/guides/nics/bnx2x.rst b/doc/guides/nics/bnx2x.rst index 9ad4f9f410..788a6dac08 100644 --- a/doc/guides/nics/bnx2x.rst +++ b/doc/guides/nics/bnx2x.rst @@ -105,7 +105,7 @@ Jumbo: Limitation ----------------- Rx descriptor limit for number of segments per MTU is set to 1. -PMD doesn't support Jumbo Rx scatter gather. Some applciations can +PMD doesn't support Jumbo Rx scatter gather. Some applications can adjust mbuf_size based on this param and max_pkt_len. For others, PMD detects the condition where Rx packet length cannot diff --git a/doc/guides/nics/dpaa.rst b/doc/guides/nics/dpaa.rst index 917482dbe2..7355ec3059 100644 --- a/doc/guides/nics/dpaa.rst +++ b/doc/guides/nics/dpaa.rst @@ -297,7 +297,7 @@ FMC - FMAN Configuration Tool The details can be found in FMC Doc at: - `Frame Mnager Configuration Tool `_. + `Frame Manager Configuration Tool `_. FMLIB ~~~~~ @@ -307,7 +307,7 @@ FMLIB This is an alternate to the FMC based configuration. This library provides direct ioctl based interfaces for FMAN configuration as used by the FMC tool - as well. This helps in overcoming the main limitaiton of FMC - i.e. lack + as well. This helps in overcoming the main limitation of FMC - i.e. lack of dynamic configuration. The location for the fmd driver as used by FMLIB and FMC is as follows: @@ -319,7 +319,7 @@ VSP (Virtual Storage Profile) The storage profiled are means to provide virtualized interface. A ranges of storage profiles cab be associated to Ethernet ports. They are selected during classification. Specify how the frame should be - written to memory and which buffer pool to select for packet storange in + written to memory and which buffer pool to select for packet storage in queues. Start and End margin of buffer can also be configured. Limitations diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst index f5b727c1ee..a4ebbfff52 100644 --- a/doc/guides/nics/mlx5.rst +++ b/doc/guides/nics/mlx5.rst @@ -1474,7 +1474,7 @@ the DPDK application. echo -n " /sys/bus/pci/drivers/mlx5_core/unbind -5. Enbale switchdev mode:: +5. Enable switchdev mode:: echo switchdev > /sys/class/net//compat/devlink/mode diff --git a/doc/guides/nics/octeontx2.rst b/doc/guides/nics/octeontx2.rst index 258c1693fc..e35c8116f7 100644 --- a/doc/guides/nics/octeontx2.rst +++ b/doc/guides/nics/octeontx2.rst @@ -153,7 +153,7 @@ Runtime Config Options -a 0002:02:00.0,max_sqb_count=64 - With the above configuration, each send queue's decscriptor buffer count is + With the above configuration, each send queue's descriptor buffer count is limited to a maximum of 64 buffers. - ``Switch header enable`` (default ``none``) @@ -242,7 +242,7 @@ configure the following features: #. Hierarchical scheduling #. Single rate - Two color, Two rate - Three color shaping -Both DWRR and Static Priority(SP) hierarchial scheduling is supported. +Both DWRR and Static Priority(SP) hierarchical scheduling is supported. Every parent can have atmost 10 SP Children and unlimited DWRR children. diff --git a/doc/guides/nics/txgbe.rst b/doc/guides/nics/txgbe.rst index 2c2b6549f1..47501796f2 100644 --- a/doc/guides/nics/txgbe.rst +++ b/doc/guides/nics/txgbe.rst @@ -86,7 +86,7 @@ TXGBE PMD provides the following log types available for control: - ``pmd.net.txgbe.bp`` (default level is **notice**) - Extra logging of auto-negtiation process for backplane NICs. + Extra logging of auto-negotiation process for backplane NICs. Supply ``--log-level=pmd.net.txgbe.bp:debug`` to view messages. Runtime Options @@ -156,7 +156,7 @@ ingress or egress traffic, alter its fate and query related counters according to any number of user-defined rules. A flow rule is the combination of attributes with a matching pattern and a list of -actions. Theorically one rule can match more than one filters, which named for +actions. Theoretically one rule can match more than one filters, which named for different patterns and actions. Like ethertype filter defines a rule in pattern: the first not void item can be ETH, and the next not void item must be END. diff --git a/doc/guides/nics/virtio.rst b/doc/guides/nics/virtio.rst index ac07d4d1e5..82ce7399ce 100644 --- a/doc/guides/nics/virtio.rst +++ b/doc/guides/nics/virtio.rst @@ -509,7 +509,7 @@ are shown in below table: Split virtqueue in-order non-mergeable path virtio_recv_pkts_inorder virtio_xmit_pkts_inorder Split virtqueue vectorized Rx path virtio_recv_pkts_vec virtio_xmit_pkts Packed virtqueue mergeable path virtio_recv_mergeable_pkts_packed virtio_xmit_pkts_packed - Packed virtqueue non-meregable path virtio_recv_pkts_packed virtio_xmit_pkts_packed + Packed virtqueue non-mergeable path virtio_recv_pkts_packed virtio_xmit_pkts_packed Packed virtqueue in-order mergeable path virtio_recv_mergeable_pkts_packed virtio_xmit_pkts_packed Packed virtqueue in-order non-mergeable path virtio_recv_pkts_packed virtio_xmit_pkts_packed Packed virtqueue vectorized Rx path virtio_recv_pkts_packed_vec virtio_xmit_pkts_packed diff --git a/doc/guides/platform/cnxk.rst b/doc/guides/platform/cnxk.rst index 2325983604..d7adf43165 100644 --- a/doc/guides/platform/cnxk.rst +++ b/doc/guides/platform/cnxk.rst @@ -358,7 +358,7 @@ RPM example usage: Packets received with FrameCheckSequenceErrors: 0 Packets received with VLAN header: 0 Error packets: 0 - Packets recievd with unicast DMAC: 0 + Packets received with unicast DMAC: 0 Packets received with multicast DMAC: 0 Packets received with broadcast DMAC: 0 Dropped packets: 0 diff --git a/doc/guides/platform/dpaa.rst b/doc/guides/platform/dpaa.rst index 20a0e39329..389692907d 100644 --- a/doc/guides/platform/dpaa.rst +++ b/doc/guides/platform/dpaa.rst @@ -78,7 +78,7 @@ compatible board: based config (if /tmp/fmc.bin is present). DPAA FMD will be used only if no previous fmc config is existing. - Note that fmlib based integratin rely on underlying fmd driver in kernel, + Note that fmlib based integration rely on underlying fmd driver in kernel, which is available as part of NXP kernel or NXP SDK. The following dependencies are not part of DPDK and must be installed diff --git a/doc/guides/prog_guide/bbdev.rst b/doc/guides/prog_guide/bbdev.rst index 6b2bd54e1a..ab2921bfe3 100644 --- a/doc/guides/prog_guide/bbdev.rst +++ b/doc/guides/prog_guide/bbdev.rst @@ -639,7 +639,7 @@ optionally the ``soft_output`` mbuf data pointers. "soft output","soft LLR output buffer (optional)" "op_flags","bitmask of all active operation capabilities" "rv_index","redundancy version index [0..3]" - "iter_max","maximum number of iterations to perofrm in decode all CBs" + "iter_max","maximum number of iterations to preform in decode all CBs" "iter_min","minimum number of iterations to perform in decoding all CBs" "iter_count","number of iterations to performed in decoding all CBs" "ext_scale","scale factor on extrinsic info (5 bits)" diff --git a/doc/guides/prog_guide/env_abstraction_layer.rst b/doc/guides/prog_guide/env_abstraction_layer.rst index 1f30e13b8b..d124eb0e9a 100644 --- a/doc/guides/prog_guide/env_abstraction_layer.rst +++ b/doc/guides/prog_guide/env_abstraction_layer.rst @@ -465,7 +465,7 @@ devices would fail anyway. - By default, the mempool, first asks for IOVA-contiguous memory using ``RTE_MEMZONE_IOVA_CONTIG``. This is slow in RTE_IOVA_PA mode and it may affect the application boot time. - - It is easy to enable large amount of IOVA-contiguous memory use-cases + - It is easy to enable large amount of IOVA-contiguous memory use cases with IOVA in VA mode. It is expected that all PCI drivers work in both RTE_IOVA_PA and diff --git a/doc/guides/prog_guide/eventdev.rst b/doc/guides/prog_guide/eventdev.rst index fda9c3743c..a49e486a30 100644 --- a/doc/guides/prog_guide/eventdev.rst +++ b/doc/guides/prog_guide/eventdev.rst @@ -152,7 +152,7 @@ Ports ~~~~~ Ports are the points of contact between worker cores and the eventdev. The -general use-case will see one CPU core using one port to enqueue and dequeue +general use case will see one CPU core using one port to enqueue and dequeue events from an eventdev. Ports are linked to queues in order to retrieve events from those queues (more details in `Linking Queues and Ports`_ below). diff --git a/doc/guides/prog_guide/multi_proc_support.rst b/doc/guides/prog_guide/multi_proc_support.rst index 6b0ac30c5b..815e8bdc43 100644 --- a/doc/guides/prog_guide/multi_proc_support.rst +++ b/doc/guides/prog_guide/multi_proc_support.rst @@ -325,7 +325,7 @@ supported. However, since sending messages (not requests) does not involve an IPC thread, sending messages while processing another message or request is supported. -Since the memory sybsystem uses IPC internally, memory allocations and IPC must +Since the memory subsystem uses IPC internally, memory allocations and IPC must not be mixed: it is not safe to use IPC inside a memory-related callback, nor is it safe to allocate/free memory inside IPC callbacks. Attempting to do so may lead to a deadlock. diff --git a/doc/guides/prog_guide/qos_framework.rst b/doc/guides/prog_guide/qos_framework.rst index 7d410d3cc6..3b8a1184b0 100644 --- a/doc/guides/prog_guide/qos_framework.rst +++ b/doc/guides/prog_guide/qos_framework.rst @@ -737,7 +737,7 @@ Strict priority scheduling of traffic classes within the same pipe is implemente which selects the queues in ascending order. Therefore, queue 0 (associated with TC 0, highest priority TC) is handled before queue 1 (TC 1, lower priority than TC 0), -which is handled before queue 2 (TC 2, lower priority than TC 1) and it conitnues until queues of all TCs except the +which is handled before queue 2 (TC 2, lower priority than TC 1) and it continues until queues of all TCs except the lowest priority TC are handled. At last, queues 12..15 (best effort TC, lowest priority TC) are handled. Upper Limit Enforcement diff --git a/doc/guides/prog_guide/regexdev.rst b/doc/guides/prog_guide/regexdev.rst index 3d8b591b56..5ca7e0c769 100644 --- a/doc/guides/prog_guide/regexdev.rst +++ b/doc/guides/prog_guide/regexdev.rst @@ -124,7 +124,7 @@ The configuration mode is depended on the PMD capabilities. Online rule configuration is done using the following API functions: ``rte_regexdev_rule_db_update`` which add / remove rules from the rules -precomplied list, and ``rte_regexdev_rule_db_compile_activate`` +precompiled list, and ``rte_regexdev_rule_db_compile_activate`` which compile the rules and loads them to the RegEx HW. Offline rule configuration can be done by adding a pointer to the compiled diff --git a/doc/guides/prog_guide/toeplitz_hash_lib.rst b/doc/guides/prog_guide/toeplitz_hash_lib.rst index 83d5b0108f..161135c3c9 100644 --- a/doc/guides/prog_guide/toeplitz_hash_lib.rst +++ b/doc/guides/prog_guide/toeplitz_hash_lib.rst @@ -41,7 +41,7 @@ but it expects ``rss_key`` to be converted to the host byte order. Predictable RSS --------------- -In some usecases it is useful to have a way to find partial collisions of the +In some use cases it is useful to have a way to find partial collisions of the Toeplitz hash function. In figure :numref:`figure_rss_queue_assign` only a few of the least significant bits (LSB) of the hash value are used to indicate an entry in the RSS Redirection Table (ReTa) and thus the index of the queue. So, @@ -178,10 +178,10 @@ It expects: tuple, if the callback function returns an error. -Usecase example +Use case example --------------- -There could be a number of different usecases, such as NAT, TCP stack, MPLS +There could be a number of different use cases, such as NAT, TCP stack, MPLS tag allocation, etc. In the following we will consider a SNAT application. Packets of a single bidirectional flow belonging to different directions can diff --git a/doc/guides/rawdevs/ioat.rst b/doc/guides/rawdevs/ioat.rst index 2ad13db294..a28e909935 100644 --- a/doc/guides/rawdevs/ioat.rst +++ b/doc/guides/rawdevs/ioat.rst @@ -65,7 +65,7 @@ To assign an engine to a group:: $ accel-config config-engine dsa0/engine0.1 --group-id=1 To assign work queues to groups for passing descriptors to the engines a similar accel-config command can be used. -However, the work queues also need to be configured depending on the use-case. +However, the work queues also need to be configured depending on the use case. Some configuration options include: * mode (Dedicated/Shared): Indicates whether a WQ may accept jobs from multiple queues simultaneously. diff --git a/doc/guides/rawdevs/ntb.rst b/doc/guides/rawdevs/ntb.rst index 2c5fa7690c..2bb115d13f 100644 --- a/doc/guides/rawdevs/ntb.rst +++ b/doc/guides/rawdevs/ntb.rst @@ -17,7 +17,7 @@ some information by using scratchpad registers. BIOS setting on Intel Xeon -------------------------- -Intel Non-transparent Bridge needs special BIOS setting. The referencce for +Intel Non-transparent Bridge needs special BIOS setting. The reference for Skylake is https://www.intel.com/content/dam/support/us/en/documents/server-products/Intel_Xeon_Processor_Scalable_Family_BIOS_User_Guide.pdf - Set the needed PCIe port as NTB to NTB mode on both hosts. diff --git a/doc/guides/regexdevs/features_overview.rst b/doc/guides/regexdevs/features_overview.rst index f90b394801..c512bde592 100644 --- a/doc/guides/regexdevs/features_overview.rst +++ b/doc/guides/regexdevs/features_overview.rst @@ -16,7 +16,7 @@ PCRE atomic grouping Support PCRE atomic grouping. PCRE back reference - Support PCRE back regerence. + Support PCRE back reference. PCRE back tracking ctrl Support PCRE back tracking ctrl. diff --git a/doc/guides/rel_notes/release_16_11.rst b/doc/guides/rel_notes/release_16_11.rst index 92e0ec694e..3cec9143cf 100644 --- a/doc/guides/rel_notes/release_16_11.rst +++ b/doc/guides/rel_notes/release_16_11.rst @@ -77,7 +77,7 @@ New Features the current version, even 64 bytes packets take two slots with Virtio PMD on guest side. - The main impact is better performance for 0% packet loss use-cases, as it + The main impact is better performance for 0% packet loss use cases, as it behaves as if the virtqueue size was enlarged, so more packets can be buffered in the case of system perturbations. On the downside, small performance degradations were measured when running micro-benchmarks. diff --git a/doc/guides/rel_notes/release_19_08.rst b/doc/guides/rel_notes/release_19_08.rst index cbb27e8dc3..d2baa828b1 100644 --- a/doc/guides/rel_notes/release_19_08.rst +++ b/doc/guides/rel_notes/release_19_08.rst @@ -151,7 +151,7 @@ New Features * Added multi-queue support to allow one af_xdp vdev with multiple netdev queues. * Enabled "need_wakeup" feature which can provide efficient support for the - usecase where the application and driver executing on the same core. + use case where the application and driver executing on the same core. * **Enabled infinite Rx in the PCAP PMD.** diff --git a/doc/guides/rel_notes/release_21_08.rst b/doc/guides/rel_notes/release_21_08.rst index f77d38d607..d7ec0a3f6d 100644 --- a/doc/guides/rel_notes/release_21_08.rst +++ b/doc/guides/rel_notes/release_21_08.rst @@ -136,7 +136,7 @@ New Features Added Baseband PHY PMD which allows to configure BPHY hardware block comprising accelerators and DSPs specifically tailored for 5G/LTE inline - usecases. Configuration happens via standard rawdev enq/deq operations. See + use cases. Configuration happens via standard rawdev enq/deq operations. See the :doc:`../rawdevs/cnxk_bphy` rawdev guide for more details on this driver. * **Added support for Marvell CN10K, CN9K, event Rx/Tx adapter.** diff --git a/doc/guides/rel_notes/release_2_2.rst b/doc/guides/rel_notes/release_2_2.rst index cea5c8746d..8273473ff4 100644 --- a/doc/guides/rel_notes/release_2_2.rst +++ b/doc/guides/rel_notes/release_2_2.rst @@ -322,7 +322,7 @@ Drivers Several customers have reported a link flap issue on 82579. The symptoms are random and intermittent link losses when 82579 is connected to specific - switches. the Issue was root caused as an inter-operability problem between + switches. the Issue was root caused as an interoperability problem between the NIC and at least some Broadcom PHYs in the Energy Efficient Ethernet wake mechanism. diff --git a/doc/guides/sample_app_ug/fips_validation.rst b/doc/guides/sample_app_ug/fips_validation.rst index ca37fc0b38..56df434215 100644 --- a/doc/guides/sample_app_ug/fips_validation.rst +++ b/doc/guides/sample_app_ug/fips_validation.rst @@ -113,7 +113,7 @@ where, * mbuf-dataroom: By default the application creates mbuf pool with maximum possible data room (65535 bytes). If the user wants to test scatter-gather list feature of the PMD he or she may set this value to reduce the dataroom - size so that the input data may be dividied into multiple chained mbufs. + size so that the input data may be divided into multiple chained mbufs. To run the application in linux environment to test one AES FIPS test data diff --git a/doc/guides/sample_app_ug/ipsec_secgw.rst b/doc/guides/sample_app_ug/ipsec_secgw.rst index 2dc39aa50a..78171b25f9 100644 --- a/doc/guides/sample_app_ug/ipsec_secgw.rst +++ b/doc/guides/sample_app_ug/ipsec_secgw.rst @@ -93,7 +93,7 @@ Additionally the event mode introduces two submodes of processing packets: protocol use case, the worker thread resembles l2fwd worker thread as the IPsec processing is done entirely in HW. This mode can be used to benchmark the raw performance of the HW. The driver submode is selected with --single-sa option - (used also by poll mode). When --single-sa option is used in conjution with event + (used also by poll mode). When --single-sa option is used in conjunction with event mode then index passed to --single-sa is ignored. * App submode: This submode has all the features currently implemented with the diff --git a/doc/guides/sample_app_ug/performance_thread.rst b/doc/guides/sample_app_ug/performance_thread.rst index 4c6a1dbe5c..9b09838f64 100644 --- a/doc/guides/sample_app_ug/performance_thread.rst +++ b/doc/guides/sample_app_ug/performance_thread.rst @@ -1176,7 +1176,7 @@ Tracing of events can be individually masked, and the mask may be programmed at run time. An unmasked event results in a callback that provides information about the event. The default callback simply prints trace information. The default mask is 0 (all events off) the mask can be modified by calling the -function ``lthread_diagniostic_set_mask()``. +function ``lthread_diagnostic_set_mask()``. It is possible register a user callback function to implement more sophisticated diagnostic functions. diff --git a/doc/guides/testpmd_app_ug/run_app.rst b/doc/guides/testpmd_app_ug/run_app.rst index eb48318353..6061674239 100644 --- a/doc/guides/testpmd_app_ug/run_app.rst +++ b/doc/guides/testpmd_app_ug/run_app.rst @@ -112,7 +112,7 @@ The command line options are: Set the data size of the mbufs used to N bytes, where N < 65536. The default value is 2048. If multiple mbuf-size values are specified the extra memory pools will be created for allocating mbufs to receive packets - with buffer splittling features. + with buffer splitting features. * ``--total-num-mbufs=N`` diff --git a/doc/guides/testpmd_app_ug/testpmd_funcs.rst b/doc/guides/testpmd_app_ug/testpmd_funcs.rst index 2c43719ad3..4f8751be1c 100644 --- a/doc/guides/testpmd_app_ug/testpmd_funcs.rst +++ b/doc/guides/testpmd_app_ug/testpmd_funcs.rst @@ -1742,7 +1742,7 @@ List all items from the ptype mapping table:: Where: -* ``valid_only``: A flag indicates if only list valid items(=1) or all itemss(=0). +* ``valid_only``: A flag indicates if only list valid items(=1) or all items(=0). Replace a specific or a group of software defined ptype with a new one:: @@ -4842,7 +4842,7 @@ Sample Raw encapsulation rule Raw encapsulation configuration can be set by the following commands -Eecapsulating VxLAN:: +Encapsulating VxLAN:: testpmd> set raw_encap 4 eth src is 10:11:22:33:44:55 / vlan tci is 1 inner_type is 0x0800 / ipv4 / udp dst is 4789 / vxlan vni diff --git a/doc/guides/tools/hugepages.rst b/doc/guides/tools/hugepages.rst index 6d3f410b20..dd24c803de 100644 --- a/doc/guides/tools/hugepages.rst +++ b/doc/guides/tools/hugepages.rst @@ -62,7 +62,7 @@ Options .. warning:: - While any user can run the ``dpdk-hugpages.py`` script to view the + While any user can run the ``dpdk-hugepages.py`` script to view the status of huge pages, modifying the setup requires root privileges. @@ -71,8 +71,8 @@ Examples To display current huge page settings:: - dpdk-hugpages.py -s + dpdk-hugepages.py -s To a complete setup of with 2 Gigabyte of 1G huge pages:: - dpdk-hugpages.py -p 1G --setup 2G + dpdk-hugepages.py -p 1G --setup 2G -- 2.30.2