* [PATCH v1] nvdimm: Correct some typos in comments
@ 2024-09-26 7:57 Shen Lichuan
2024-09-26 15:15 ` Dave Jiang
2024-10-01 7:41 ` Pankaj Gupta
0 siblings, 2 replies; 3+ messages in thread
From: Shen Lichuan @ 2024-09-26 7:57 UTC (permalink / raw)
To: dan.j.williams, vishal.l.verma, dave.jiang, ira.weiny,
pankaj.gupta.linux
Cc: nvdimm, virtualization, linux-kernel, opensource.kernel, Shen Lichuan
Fixed some confusing typos that were currently identified with codespell,
the details are as follows:
-in the code comments:
drivers/nvdimm/nd_virtio.c:100: repsonse ==> response
drivers/nvdimm/pfn_devs.c:542: namepace ==> namespace
drivers/nvdimm/pmem.c:319: reenable ==> re-enable
Signed-off-by: Shen Lichuan <shenlichuan@vivo.com>
---
drivers/nvdimm/nd_virtio.c | 2 +-
drivers/nvdimm/pfn_devs.c | 2 +-
drivers/nvdimm/pmem.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/nvdimm/nd_virtio.c b/drivers/nvdimm/nd_virtio.c
index f55d60922b87..c3f07be4aa22 100644
--- a/drivers/nvdimm/nd_virtio.c
+++ b/drivers/nvdimm/nd_virtio.c
@@ -97,7 +97,7 @@ static int virtio_pmem_flush(struct nd_region *nd_region)
dev_info(&vdev->dev, "failed to send command to virtio pmem device\n");
err = -EIO;
} else {
- /* A host repsonse results in "host_ack" getting called */
+ /* A host response results in "host_ack" getting called */
wait_event(req_data->host_acked, req_data->done);
err = le32_to_cpu(req_data->resp.ret);
}
diff --git a/drivers/nvdimm/pfn_devs.c b/drivers/nvdimm/pfn_devs.c
index 586348125b61..cfdfe0eaa512 100644
--- a/drivers/nvdimm/pfn_devs.c
+++ b/drivers/nvdimm/pfn_devs.c
@@ -539,7 +539,7 @@ int nd_pfn_validate(struct nd_pfn *nd_pfn, const char *sig)
if (!nd_pfn->uuid) {
/*
- * When probing a namepace via nd_pfn_probe() the uuid
+ * When probing a namespace via nd_pfn_probe() the uuid
* is NULL (see: nd_pfn_devinit()) we init settings from
* pfn_sb
*/
diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
index 210fb77f51ba..d81faa9d89c9 100644
--- a/drivers/nvdimm/pmem.c
+++ b/drivers/nvdimm/pmem.c
@@ -316,7 +316,7 @@ static long pmem_dax_direct_access(struct dax_device *dax_dev,
* range, filesystem turns the normal pwrite to a dax_recovery_write.
*
* The recovery write consists of clearing media poison, clearing page
- * HWPoison bit, reenable page-wide read-write permission, flush the
+ * HWPoison bit, re-enable page-wide read-write permission, flush the
* caches and finally write. A competing pread thread will be held
* off during the recovery process since data read back might not be
* valid, and this is achieved by clearing the badblock records after
--
2.17.1
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v1] nvdimm: Correct some typos in comments
2024-09-26 7:57 [PATCH v1] nvdimm: Correct some typos in comments Shen Lichuan
@ 2024-09-26 15:15 ` Dave Jiang
2024-10-01 7:41 ` Pankaj Gupta
1 sibling, 0 replies; 3+ messages in thread
From: Dave Jiang @ 2024-09-26 15:15 UTC (permalink / raw)
To: Shen Lichuan, dan.j.williams, vishal.l.verma, ira.weiny,
pankaj.gupta.linux
Cc: nvdimm, virtualization, linux-kernel, opensource.kernel
On 9/26/24 12:57 AM, Shen Lichuan wrote:
> Fixed some confusing typos that were currently identified with codespell,
> the details are as follows:
>
> -in the code comments:
> drivers/nvdimm/nd_virtio.c:100: repsonse ==> response
> drivers/nvdimm/pfn_devs.c:542: namepace ==> namespace
> drivers/nvdimm/pmem.c:319: reenable ==> re-enable
>
> Signed-off-by: Shen Lichuan <shenlichuan@vivo.com>
Reviewed-by: Dave Jiang <dave.jiang@intel.com>
> ---
> drivers/nvdimm/nd_virtio.c | 2 +-
> drivers/nvdimm/pfn_devs.c | 2 +-
> drivers/nvdimm/pmem.c | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/nvdimm/nd_virtio.c b/drivers/nvdimm/nd_virtio.c
> index f55d60922b87..c3f07be4aa22 100644
> --- a/drivers/nvdimm/nd_virtio.c
> +++ b/drivers/nvdimm/nd_virtio.c
> @@ -97,7 +97,7 @@ static int virtio_pmem_flush(struct nd_region *nd_region)
> dev_info(&vdev->dev, "failed to send command to virtio pmem device\n");
> err = -EIO;
> } else {
> - /* A host repsonse results in "host_ack" getting called */
> + /* A host response results in "host_ack" getting called */
> wait_event(req_data->host_acked, req_data->done);
> err = le32_to_cpu(req_data->resp.ret);
> }
> diff --git a/drivers/nvdimm/pfn_devs.c b/drivers/nvdimm/pfn_devs.c
> index 586348125b61..cfdfe0eaa512 100644
> --- a/drivers/nvdimm/pfn_devs.c
> +++ b/drivers/nvdimm/pfn_devs.c
> @@ -539,7 +539,7 @@ int nd_pfn_validate(struct nd_pfn *nd_pfn, const char *sig)
>
> if (!nd_pfn->uuid) {
> /*
> - * When probing a namepace via nd_pfn_probe() the uuid
> + * When probing a namespace via nd_pfn_probe() the uuid
> * is NULL (see: nd_pfn_devinit()) we init settings from
> * pfn_sb
> */
> diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
> index 210fb77f51ba..d81faa9d89c9 100644
> --- a/drivers/nvdimm/pmem.c
> +++ b/drivers/nvdimm/pmem.c
> @@ -316,7 +316,7 @@ static long pmem_dax_direct_access(struct dax_device *dax_dev,
> * range, filesystem turns the normal pwrite to a dax_recovery_write.
> *
> * The recovery write consists of clearing media poison, clearing page
> - * HWPoison bit, reenable page-wide read-write permission, flush the
> + * HWPoison bit, re-enable page-wide read-write permission, flush the
> * caches and finally write. A competing pread thread will be held
> * off during the recovery process since data read back might not be
> * valid, and this is achieved by clearing the badblock records after
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v1] nvdimm: Correct some typos in comments
2024-09-26 7:57 [PATCH v1] nvdimm: Correct some typos in comments Shen Lichuan
2024-09-26 15:15 ` Dave Jiang
@ 2024-10-01 7:41 ` Pankaj Gupta
1 sibling, 0 replies; 3+ messages in thread
From: Pankaj Gupta @ 2024-10-01 7:41 UTC (permalink / raw)
To: Shen Lichuan
Cc: dan.j.williams, vishal.l.verma, dave.jiang, ira.weiny, nvdimm,
virtualization, linux-kernel, opensource.kernel
> Fixed some confusing typos that were currently identified with codespell,
> the details are as follows:
>
> -in the code comments:
> drivers/nvdimm/nd_virtio.c:100: repsonse ==> response
> drivers/nvdimm/pfn_devs.c:542: namepace ==> namespace
> drivers/nvdimm/pmem.c:319: reenable ==> re-enable
>
> Signed-off-by: Shen Lichuan <shenlichuan@vivo.com>
Reviewed-by: Pankaj Gupta <pankaj.gupta@amd.com>
> ---
> drivers/nvdimm/nd_virtio.c | 2 +-
> drivers/nvdimm/pfn_devs.c | 2 +-
> drivers/nvdimm/pmem.c | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/nvdimm/nd_virtio.c b/drivers/nvdimm/nd_virtio.c
> index f55d60922b87..c3f07be4aa22 100644
> --- a/drivers/nvdimm/nd_virtio.c
> +++ b/drivers/nvdimm/nd_virtio.c
> @@ -97,7 +97,7 @@ static int virtio_pmem_flush(struct nd_region *nd_region)
> dev_info(&vdev->dev, "failed to send command to virtio pmem device\n");
> err = -EIO;
> } else {
> - /* A host repsonse results in "host_ack" getting called */
> + /* A host response results in "host_ack" getting called */
> wait_event(req_data->host_acked, req_data->done);
> err = le32_to_cpu(req_data->resp.ret);
> }
> diff --git a/drivers/nvdimm/pfn_devs.c b/drivers/nvdimm/pfn_devs.c
> index 586348125b61..cfdfe0eaa512 100644
> --- a/drivers/nvdimm/pfn_devs.c
> +++ b/drivers/nvdimm/pfn_devs.c
> @@ -539,7 +539,7 @@ int nd_pfn_validate(struct nd_pfn *nd_pfn, const char *sig)
>
> if (!nd_pfn->uuid) {
> /*
> - * When probing a namepace via nd_pfn_probe() the uuid
> + * When probing a namespace via nd_pfn_probe() the uuid
> * is NULL (see: nd_pfn_devinit()) we init settings from
> * pfn_sb
> */
> diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c
> index 210fb77f51ba..d81faa9d89c9 100644
> --- a/drivers/nvdimm/pmem.c
> +++ b/drivers/nvdimm/pmem.c
> @@ -316,7 +316,7 @@ static long pmem_dax_direct_access(struct dax_device *dax_dev,
> * range, filesystem turns the normal pwrite to a dax_recovery_write.
> *
> * The recovery write consists of clearing media poison, clearing page
> - * HWPoison bit, reenable page-wide read-write permission, flush the
> + * HWPoison bit, re-enable page-wide read-write permission, flush the
> * caches and finally write. A competing pread thread will be held
> * off during the recovery process since data read back might not be
> * valid, and this is achieved by clearing the badblock records after
> --
> 2.17.1
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2024-10-01 7:41 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-09-26 7:57 [PATCH v1] nvdimm: Correct some typos in comments Shen Lichuan
2024-09-26 15:15 ` Dave Jiang
2024-10-01 7:41 ` Pankaj Gupta
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®