From f44cdec18f501d9d7ee61950deb3714232d6ca32 Mon Sep 17 00:00:00 2001 From: Andrew Morton Date: Thu, 31 Dec 2020 22:04:13 +0000 Subject: [PATCH] mm-fix-initialization-of-struct-page-for-holes-in-memory-layout-checkpatch-fixes WARNING: Unknown commit id '73a6e474cb37', maybe rebased or not pulled? #36: Fixes: 73a6e474cb37 ("mm: memmap_init: iterate over memblock regions rather WARNING: 'becuase' may be misspelled - perhaps 'because'? #67: FILE: mm/page_alloc.c:6256: + * do not correspond to physical page frames becuase the actual memory bank total: 0 errors, 2 warnings, 184 lines checked NOTE: For some of the reported defects, checkpatch may be able to mechanically convert to the typical style using --fix or --fix-inplace. ./patches/mm-fix-initialization-of-struct-page-for-holes-in-memory-layout.patch has style problems, please review. NOTE: If any of the errors are false positives, please report them to the maintainer, see CHECKPATCH in MAINTAINERS. Please run checkpatch prior to sending patches Cc: Mike Rapoport Signed-off-by: Andrew Morton --- mm/page_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 613ecd827af4a..124b8c654ec66 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -6259,7 +6259,7 @@ static void __meminit zone_init_free_lists(struct zone *zone) * Only struct pages that are backed by physical memory available to the * kernel are zeroed and initialized by memmap_init_zone(). * But, there are some struct pages that are either reserved by firmware or - * do not correspond to physical page frames becuase the actual memory bank + * do not correspond to physical page frames because the actual memory bank * is not a multiple of SECTION_SIZE. * Fields of those struct pages may be accessed (for example page_to_pfn() * on some configuration accesses page flags) so we must explicitly -- 2.50.1