From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from dpdk.org (dpdk.org [92.243.14.124])
by inbox.dpdk.org (Postfix) with ESMTP id D03ACA0487
for <public@inbox.dpdk.org>; Mon, 1 Jul 2019 20:26:25 +0200 (CEST)
Received: from [92.243.14.124] (localhost [127.0.0.1])
by dpdk.org (Postfix) with ESMTP id 2BE121B9B1;
Mon, 1 Jul 2019 20:25:57 +0200 (CEST)
Received: from mail-pf1-f195.google.com (mail-pf1-f195.google.com
[209.85.210.195]) by dpdk.org (Postfix) with ESMTP id 7F932559A
for <dev@dpdk.org>; Mon, 1 Jul 2019 20:25:49 +0200 (CEST)
Received: by mail-pf1-f195.google.com with SMTP id m30so6959543pff.8
for <dev@dpdk.org>; Mon, 01 Jul 2019 11:25:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=networkplumber-org.20150623.gappssmtp.com; s=20150623;
h=from:to:cc:subject:date:message-id:in-reply-to:references
:mime-version:content-transfer-encoding;
bh=xehQtL3X3/ikl3vU5NK1O6ystEF4DDK0Wc658t1EDiQ=;
b=ZO4G8zZz+zPKGexsf8gaeuL4R8dh01dB7kBREpn1JtpZkuRKeefT9yfYtRi0d4gftq
Upv8Jup7q16NekPJcoMlhsOD5EQu0Y+XyL4AkMUm96wz0ZgryHIsgsIUR3X9wbJw+no2
/SC9cf8tq7LuRba0j85B8Llr9c7Egp64aulKb/F/lY2ShcNL0Me7OU7N1jPUIEiWV4JF
T6iuYqrT9RvHIE+RmmwIP1g66C0dcsKLioCa5IywRYvtSj3UaPQrHKiNhLU7/bpvL9gF
oHihqi1mFZx284HhNbykfKOQx9KxTCb/VNUudcLvd3Z8iO1gZBO8eLf6Q/h2Y/xNUfkw
sFPw==
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:in-reply-to
:references:mime-version:content-transfer-encoding;
bh=xehQtL3X3/ikl3vU5NK1O6ystEF4DDK0Wc658t1EDiQ=;
b=nQHINyWYy3wgtyYiQqHdbxPHX4tzEp3rS7s0CcqdtlWHGrxfmCv2UIE8z1zKyFMPCr
Pe1dWVWSGN9DeZUdp5O6fJJ4H1JBMTuv4v6PpAVdh4mS6CUGS0pFnB5yCG6Xz6vJ2tCB
GfZn7jUrfhnGBxRXVttYSFtEJr7Ky8Atow3RU8+EZHuQ5d7lZqbSqXPhTREzaiO/woDI
apyI6aXVON4etDiKr2tnN0YbtU5r6OLJLFiB6UjNplv/B/gKS/pNAAnGSPnmyb/9InVD
d5hKSDbnJeCNGEWvJdkCWjv47ryi6E1Z/JCIssEDJQvcKzpmWk/MS/KySSsyn+kO2hY9
Wx9w==
X-Gm-Message-State: APjAAAWRtvUHGdzA1CGt/Ar8sL9emgsgTmtUEq0vCwtZSNdR3KcLxbxs
X+9DvoMkzawSflYcwiWxga3bmYntVW0=
X-Google-Smtp-Source: APXvYqwbXzlpdBtYuUq6QDtFOjwGZafHL2WEWFOSPnRpqQzDSG0kaO5/YpEsKAtBK3KVK5lj1SqMJQ==
X-Received: by 2002:a63:607:: with SMTP id 7mr23418131pgg.240.1562005548148;
Mon, 01 Jul 2019 11:25:48 -0700 (PDT)
Received: from hermes.lan (204-195-22-127.wavecable.com. [204.195.22.127])
by smtp.gmail.com with ESMTPSA id 12sm11397340pfi.60.2019.07.01.11.25.47
(version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256);
Mon, 01 Jul 2019 11:25:47 -0700 (PDT)
From: Stephen Hemminger <stephen@networkplumber.org>
To: dev@dpdk.org
Cc: Stephen Hemminger <stephen@networkplumber.org>
Date: Mon, 1 Jul 2019 11:25:10 -0700
Message-Id: <20190701182536.20110-5-stephen@networkplumber.org>
X-Mailer: git-send-email 2.20.1
In-Reply-To: <20190701182536.20110-1-stephen@networkplumber.org>
References: <20190701182536.20110-1-stephen@networkplumber.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: [dpdk-dev] [PATCH 04/30] eal: fix spelling errors
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
<mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
<mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.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