All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 1/1] PM: fix spelling mistakes
@ 2021-05-24  9:30 Zhen Lei
  2021-05-24 14:18 ` Rafael J. Wysocki
  0 siblings, 1 reply; 2+ messages in thread
From: Zhen Lei @ 2021-05-24  9:30 UTC (permalink / raw)
  To: Rafael J . Wysocki, Len Brown, Pavel Machek, linux-pm; +Cc: Zhen Lei

Fix some spelling mistakes in comments:
corresonds ==> corresponds
alocated ==> allocated
unitialized ==> uninitialized
Deompression ==> Decompression

Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>
---
 kernel/power/snapshot.c | 8 ++++----
 kernel/power/swap.c     | 2 +-
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index 1a221dcb3c01..af507c8c895b 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -331,7 +331,7 @@ static void *chain_alloc(struct chain_allocator *ca, unsigned int size)
  *
  * Memory bitmap is a structure consisting of many linked lists of
  * objects.  The main list's elements are of type struct zone_bitmap
- * and each of them corresonds to one zone.  For each zone bitmap
+ * and each of them corresponds to one zone.  For each zone bitmap
  * object there is a list of objects of type struct bm_block that
  * represent each blocks of bitmap in which information is stored.
  *
@@ -1500,7 +1500,7 @@ static struct memory_bitmap copy_bm;
 /**
  * swsusp_free - Free pages allocated for hibernation image.
  *
- * Image pages are alocated before snapshot creation, so they need to be
+ * Image pages are allocated before snapshot creation, so they need to be
  * released after resume.
  */
 void swsusp_free(void)
@@ -2326,7 +2326,7 @@ static struct memory_bitmap *safe_highmem_bm;
  * (@nr_highmem_p points to the variable containing the number of highmem image
  * pages).  The pages that are "safe" (ie. will not be overwritten when the
  * hibernation image is restored entirely) have the corresponding bits set in
- * @bm (it must be unitialized).
+ * @bm (it must be uninitialized).
  *
  * NOTE: This function should not be called if there are no highmem image pages.
  */
@@ -2483,7 +2483,7 @@ static inline void free_highmem_data(void) {}
 
 /**
  * prepare_image - Make room for loading hibernation image.
- * @new_bm: Unitialized memory bitmap structure.
+ * @new_bm: Uninitialized memory bitmap structure.
  * @bm: Memory bitmap with unsafe pages marked.
  *
  * Use @bm to mark the pages that will be overwritten in the process of
diff --git a/kernel/power/swap.c b/kernel/power/swap.c
index bea3cb8afa11..3cb89baebc79 100644
--- a/kernel/power/swap.c
+++ b/kernel/power/swap.c
@@ -1125,7 +1125,7 @@ struct dec_data {
 };
 
 /**
- * Deompression function that runs in its own thread.
+ * Decompression function that runs in its own thread.
  */
 static int lzo_decompress_threadfn(void *data)
 {
-- 
2.25.1



^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH 1/1] PM: fix spelling mistakes
  2021-05-24  9:30 [PATCH 1/1] PM: fix spelling mistakes Zhen Lei
@ 2021-05-24 14:18 ` Rafael J. Wysocki
  0 siblings, 0 replies; 2+ messages in thread
From: Rafael J. Wysocki @ 2021-05-24 14:18 UTC (permalink / raw)
  To: Zhen Lei; +Cc: Rafael J . Wysocki, Len Brown, Pavel Machek, linux-pm

On Mon, May 24, 2021 at 11:30 AM Zhen Lei <thunder.leizhen@huawei.com> wrote:
>
> Fix some spelling mistakes in comments:
> corresonds ==> corresponds
> alocated ==> allocated
> unitialized ==> uninitialized
> Deompression ==> Decompression
>
> Signed-off-by: Zhen Lei <thunder.leizhen@huawei.com>
> ---
>  kernel/power/snapshot.c | 8 ++++----
>  kernel/power/swap.c     | 2 +-
>  2 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
> index 1a221dcb3c01..af507c8c895b 100644
> --- a/kernel/power/snapshot.c
> +++ b/kernel/power/snapshot.c
> @@ -331,7 +331,7 @@ static void *chain_alloc(struct chain_allocator *ca, unsigned int size)
>   *
>   * Memory bitmap is a structure consisting of many linked lists of
>   * objects.  The main list's elements are of type struct zone_bitmap
> - * and each of them corresonds to one zone.  For each zone bitmap
> + * and each of them corresponds to one zone.  For each zone bitmap
>   * object there is a list of objects of type struct bm_block that
>   * represent each blocks of bitmap in which information is stored.
>   *
> @@ -1500,7 +1500,7 @@ static struct memory_bitmap copy_bm;
>  /**
>   * swsusp_free - Free pages allocated for hibernation image.
>   *
> - * Image pages are alocated before snapshot creation, so they need to be
> + * Image pages are allocated before snapshot creation, so they need to be
>   * released after resume.
>   */
>  void swsusp_free(void)
> @@ -2326,7 +2326,7 @@ static struct memory_bitmap *safe_highmem_bm;
>   * (@nr_highmem_p points to the variable containing the number of highmem image
>   * pages).  The pages that are "safe" (ie. will not be overwritten when the
>   * hibernation image is restored entirely) have the corresponding bits set in
> - * @bm (it must be unitialized).
> + * @bm (it must be uninitialized).
>   *
>   * NOTE: This function should not be called if there are no highmem image pages.
>   */
> @@ -2483,7 +2483,7 @@ static inline void free_highmem_data(void) {}
>
>  /**
>   * prepare_image - Make room for loading hibernation image.
> - * @new_bm: Unitialized memory bitmap structure.
> + * @new_bm: Uninitialized memory bitmap structure.
>   * @bm: Memory bitmap with unsafe pages marked.
>   *
>   * Use @bm to mark the pages that will be overwritten in the process of
> diff --git a/kernel/power/swap.c b/kernel/power/swap.c
> index bea3cb8afa11..3cb89baebc79 100644
> --- a/kernel/power/swap.c
> +++ b/kernel/power/swap.c
> @@ -1125,7 +1125,7 @@ struct dec_data {
>  };
>
>  /**
> - * Deompression function that runs in its own thread.
> + * Decompression function that runs in its own thread.
>   */
>  static int lzo_decompress_threadfn(void *data)
>  {
> --

Applied as 5.14 material with some edits in the subject and changelog, thanks!

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-05-24 14:19 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-05-24  9:30 [PATCH 1/1] PM: fix spelling mistakes Zhen Lei
2021-05-24 14:18 ` Rafael J. Wysocki

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.