All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Hemminger <stephen@networkplumber.org>
To: dev@dpdk.org
Cc: Stephen Hemminger <stephen@networkplumber.org>
Subject: [dpdk-dev] [PATCH 04/30] eal: fix spelling errors
Date: Mon,  1 Jul 2019 11:25:10 -0700	[thread overview]
Message-ID: <20190701182536.20110-5-stephen@networkplumber.org> (raw)
In-Reply-To: <20190701182536.20110-1-stephen@networkplumber.org>

Lots of little spelling errors found by codespell.

Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>
---
 lib/librte_eal/common/eal_common_fbarray.c             | 2 +-
 lib/librte_eal/common/eal_common_log.c                 | 2 +-
 lib/librte_eal/common/eal_common_proc.c                | 2 +-
 lib/librte_eal/common/eal_hugepages.h                  | 2 +-
 lib/librte_eal/common/include/arch/arm/rte_cycles_32.h | 2 +-
 lib/librte_eal/common/include/arch/x86/rte_atomic.h    | 2 +-
 lib/librte_eal/common/include/rte_dev.h                | 2 +-
 lib/librte_eal/common/malloc_elem.c                    | 2 +-
 lib/librte_eal/linux/eal/eal_vfio.c                    | 6 +++---
 9 files changed, 11 insertions(+), 11 deletions(-)

diff --git a/lib/librte_eal/common/eal_common_fbarray.c b/lib/librte_eal/common/eal_common_fbarray.c
index b7ddb66e9ca3..9f747e530132 100644
--- a/lib/librte_eal/common/eal_common_fbarray.c
+++ b/lib/librte_eal/common/eal_common_fbarray.c
@@ -1334,7 +1334,7 @@ fbarray_find_biggest(struct rte_fbarray *arr, unsigned int start, bool used,
 	 */
 
 	/* the API's called are thread-safe, but something may still happen
-	 * inbetween the API calls, so lock the fbarray. all other API's are
+	 * in between the API calls, so lock the fbarray. all other API's are
 	 * read-locking the fbarray, so read lock here is OK.
 	 */
 	rte_rwlock_read_lock(&arr->rwlock);
diff --git a/lib/librte_eal/common/eal_common_log.c b/lib/librte_eal/common/eal_common_log.c
index 4f6f22708379..c8f4213222cd 100644
--- a/lib/librte_eal/common/eal_common_log.c
+++ b/lib/librte_eal/common/eal_common_log.c
@@ -45,7 +45,7 @@ static struct rte_eal_opt_loglevel_list opt_loglevel_list =
 static FILE *default_log_stream;
 
 /**
- * This global structure stores some informations about the message
+ * This global structure stores some information about the message
  * that is currently being processed by one lcore
  */
 struct log_cur_msg {
diff --git a/lib/librte_eal/common/eal_common_proc.c b/lib/librte_eal/common/eal_common_proc.c
index cbe8d10fcfee..e456ae2de8da 100644
--- a/lib/librte_eal/common/eal_common_proc.c
+++ b/lib/librte_eal/common/eal_common_proc.c
@@ -1071,7 +1071,7 @@ rte_mp_request_async(struct rte_mp_msg *req, const struct timespec *ts,
 	}
 
 	if (gettimeofday(&now, NULL) < 0) {
-		RTE_LOG(ERR, EAL, "Faile to get current time\n");
+		RTE_LOG(ERR, EAL, "Failed to get current time\n");
 		rte_errno = errno;
 		return -1;
 	}
diff --git a/lib/librte_eal/common/eal_hugepages.h b/lib/librte_eal/common/eal_hugepages.h
index 4582f19cfb20..1b560d3379da 100644
--- a/lib/librte_eal/common/eal_hugepages.h
+++ b/lib/librte_eal/common/eal_hugepages.h
@@ -12,7 +12,7 @@
 #define MAX_HUGEPAGE_PATH PATH_MAX
 
 /**
- * Structure used to store informations about hugepages that we mapped
+ * Structure used to store information about hugepages that we mapped
  * through the files in hugetlbfs.
  */
 struct hugepage_file {
diff --git a/lib/librte_eal/common/include/arch/arm/rte_cycles_32.h b/lib/librte_eal/common/include/arch/arm/rte_cycles_32.h
index 859b09748c56..f79718ce8ca7 100644
--- a/lib/librte_eal/common/include/arch/arm/rte_cycles_32.h
+++ b/lib/librte_eal/common/include/arch/arm/rte_cycles_32.h
@@ -57,7 +57,7 @@ __rte_rdtsc_syscall(void)
  *      asm volatile("mcr p15, 0, %0, c9, c12, 0" : : "r"(29));
  *      asm volatile("mcr p15, 0, %0, c9, c12, 1" : : "r"(0x8000000f));
  *
- * which is possible only from the priviledged mode (kernel space).
+ * which is possible only from the privileged mode (kernel space).
  */
 static inline uint64_t
 __rte_rdtsc_pmccntr(void)
diff --git a/lib/librte_eal/common/include/arch/x86/rte_atomic.h b/lib/librte_eal/common/include/arch/x86/rte_atomic.h
index 148398f50ab7..b9dcd30aba9a 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 location
  * as the destination. From their experiments 128B(2 cache lines) below
diff --git a/lib/librte_eal/common/include/rte_dev.h b/lib/librte_eal/common/include/rte_dev.h
index a01c4ad92b95..2feee78c4299 100644
--- a/lib/librte_eal/common/include/rte_dev.h
+++ b/lib/librte_eal/common/include/rte_dev.h
@@ -231,7 +231,7 @@ __attribute__((used)) = str
  *   "pci:v8086:d*:sv*:sd*"  all PCI devices supported by this driver
  *                           whose vendor id is 0x8086.
  *
- * The format of the kernel modules list is a parenthesed expression
+ * The format of the kernel modules list is a parenthesized expression
  * containing logical-and (&) and logical-or (|).
  *
  * The device pattern and the kmod expression are separated by a space.
diff --git a/lib/librte_eal/common/malloc_elem.c b/lib/librte_eal/common/malloc_elem.c
index 658c9b5b7993..2458dad413d1 100644
--- a/lib/librte_eal/common/malloc_elem.c
+++ b/lib/librte_eal/common/malloc_elem.c
@@ -171,7 +171,7 @@ malloc_elem_insert(struct malloc_elem *elem)
 		next_elem = NULL;
 		heap->last = elem;
 	} else {
-		/* the new memory is somewhere inbetween start and end */
+		/* the new memory is somewhere in between start and end */
 		uint64_t dist_from_start, dist_from_end;
 
 		dist_from_end = RTE_PTR_DIFF(heap->last, elem);
diff --git a/lib/librte_eal/linux/eal/eal_vfio.c b/lib/librte_eal/linux/eal/eal_vfio.c
index feada64c0178..60b0be76817f 100644
--- a/lib/librte_eal/linux/eal/eal_vfio.c
+++ b/lib/librte_eal/linux/eal/eal_vfio.c
@@ -1272,7 +1272,7 @@ vfio_type1_dma_mem_map(int vfio_container_fd, uint64_t vaddr, uint64_t iova,
 			 */
 			if (errno == EEXIST) {
 				RTE_LOG(DEBUG, EAL,
-					" Memory segment is allready mapped,"
+					" Memory segment is already mapped,"
 					" skipping");
 			} else {
 				RTE_LOG(ERR, EAL,
@@ -1345,7 +1345,7 @@ vfio_spapr_dma_do_map(int vfio_container_fd, uint64_t vaddr, uint64_t iova,
 			 */
 			if (errno == EBUSY) {
 				RTE_LOG(DEBUG, EAL,
-					" Memory segment is allready mapped,"
+					" Memory segment is already mapped,"
 					" skipping");
 			} else {
 				RTE_LOG(ERR, EAL,
@@ -1632,7 +1632,7 @@ vfio_dma_mem_map(struct vfio_config *vfio_cfg, uint64_t vaddr, uint64_t iova,
 
 	if (!t->dma_user_map_func) {
 		RTE_LOG(ERR, EAL,
-			"  VFIO custom DMA region maping not supported by IOMMU %s\n",
+			"  VFIO custom DMA region mapping not supported by IOMMU %s\n",
 			t->name);
 		rte_errno = ENOTSUP;
 		return -1;
-- 
2.20.1


  parent reply	other threads:[~2019-07-01 18:26 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-01 18:25 [dpdk-dev] [PATCH 00/30] fix spelling errors in comments and messages Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 01/30] lpm: fix spelling errors Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 02/30] eal/windows: fix comment about fnmatch Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 03/30] bsd/eal: fix spelling error Stephen Hemminger
2019-07-01 18:25 ` Stephen Hemminger [this message]
2019-07-01 18:25 ` [dpdk-dev] [PATCH 05/30] bpf: fix spelling errors Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 06/30] power: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 07/30] ipsec: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 08/30] acl: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 09/30] bbdev: fix spelling error Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 10/30] eventdev: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 11/30] ethdev: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 12/30] ip_frag: " Stephen Hemminger
2019-07-02 15:07   ` Trybula, ArturX
2019-07-02 15:14   ` Trybula, ArturX
2019-07-01 18:25 ` [dpdk-dev] [PATCH 13/30] examples/multi_process: fix spelling errors Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 14/30] examples/l3fwd: fix misspelling of destination Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 15/30] examples/performance-thread: fix spelling errors Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 16/30] examples/ethtool: " Stephen Hemminger
2019-07-02 15:42   ` Trybula, ArturX
2019-07-01 18:25 ` [dpdk-dev] [PATCH 17/30] examples/vmdq: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 18/30] examples/bond: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 19/30] examples/l3fwd-power: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 20/30] examples/netmap_compat: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 21/30] examples/packet_ordering: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 22/30] examples/service_cores: " Stephen Hemminger
2019-07-02 15:51   ` Trybula, ArturX
2019-07-01 18:25 ` [dpdk-dev] [PATCH 23/30] examples/vhost: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 24/30] examples/vhost_scsi: " Stephen Hemminger
2019-07-02 16:01   ` Trybula, ArturX
2019-07-01 18:25 ` [dpdk-dev] [PATCH 25/30] examples/tep_termination: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 26/30] examples/vm_power_manager: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 27/30] test-pmd: " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 28/30] test: fix multiple " Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 29/30] proc-info: fix spelling error Stephen Hemminger
2019-07-01 18:25 ` [dpdk-dev] [PATCH 30/30] test-compress-perf: fix spelling errors Stephen Hemminger
2019-07-01 18:53 ` [dpdk-dev] [PATCH 00/30] fix spelling errors in comments and messages David Marchand
2019-07-16 11:07 ` Thomas Monjalon
2019-07-31 14:11   ` Thomas Monjalon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190701182536.20110-5-stephen@networkplumber.org \
    --to=stephen@networkplumber.org \
    --cc=dev@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.