From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.3 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0A4E5C2D0EC for ; Sat, 11 Apr 2020 02:25:11 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id B0F6C206A1 for ; Sat, 11 Apr 2020 02:25:09 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=qq.com header.i=@qq.com header.b="zTjzUkdl" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B0F6C206A1 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=qq.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 46C248E0095; Fri, 10 Apr 2020 22:25:09 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 41C238E0067; Fri, 10 Apr 2020 22:25:09 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3330A8E0095; Fri, 10 Apr 2020 22:25:09 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 186858E0067 for ; Fri, 10 Apr 2020 22:25:09 -0400 (EDT) Received: from smtpin22.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id C5024824556B for ; Sat, 11 Apr 2020 02:25:08 +0000 (UTC) X-FDA: 76693981896.22.brush53_84071409c2d00 X-HE-Tag: brush53_84071409c2d00 X-Filterd-Recvd-Size: 5642 Received: from qq.com (out203-205-251-36.mail.qq.com [203.205.251.36]) by imf34.hostedemail.com (Postfix) with ESMTP for ; Sat, 11 Apr 2020 02:25:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201512; t=1586571900; bh=WXZNKP20QxPo25/cWhgDdflUZ771xlCazPYLFW4x3KY=; h=From:To:Cc:Subject:Date; b=zTjzUkdl6OlTWPCGG7dAtX7SEhvVu+Y2ejUPIr7/1/OsQX2UJxTqCSyFyl86wLE+R 5KLNcjBLwlcI31jHNzVBNzlCRD/asLjebyHMJPa+MFEH0YjKFLGHVgi9YgskCwv3Ju +xOGmIdajIG6DZRHcVk7m592Mr8MTgJnFk6sRnEg= Received: from localhost.localdomain ([115.231.144.15]) by newxmesmtplogicsvrsza8.qq.com (NewEsmtp) with SMTP id 638B64D4; Sat, 11 Apr 2020 10:24:56 +0800 X-QQ-mid: xmsmtpt1586571896t45ocnqsw X-QQ-XMAILINFO: N9wzs/9FTewZhGwMCmeaRLWqlzclhLW8Z3Oi28Zi+Vx7YcT8fiUl0QsU7hEx/F Bn+SrMKl1WKj0WBcIgDa8e2Zg9ABv7xRhYFejE8oJ7WM2tfzOMFL8k4P6x2LVSaxM4pz41jGjCKm 4WfU6m2h75EYod4kjjO6FoQZ3d2vk85H2TuJhKObGEb98z0On5dGam4PUbt8rci9JbHZDZEghb14 Rgo/A+jqQ0YKjv14w9DUSyO0MlKiKG4ersNOygeaLVi9uKoVN50KY2qUsbK+bmx3MUyCwG2lyk0t ZHLjYakwE74+1NXI4rX0ycLAVeR2byP9zrJOYdlzFgE72P803TsUYwPJ/8Y60R3wXG/0GU00N/Gm PHbukaXSJaqExe6p3LzkZiySpUIA8Rxv4//d9iMnLgoLP4XZsnu6FXxunrwPQc6v7ki4T70qArHi 87IegFso/yc+gkraO/sYXsfBqICWM53cMrvut21oST4PVCVBr8pUVNO31NZcpXuvGsuwu+nunFLe /ueAUWNVX9mPgootZwe5qZK+UBX4tzTwr+IhyvQUBq7CyOuGQtr/6u41OWx0LMfS4s1fECEUJa7I uIdY0l4YOGIS/p4w35xb5S3RiTspk1lSHhzYq0sd5Hib6W7b/FksaYyTRYNHl/EWaCD95omzwzs2 svcHF911dlcKfZ From: Ethon Paul To: akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, rcampbell@nvidia.com Cc: Ethon Paul Subject: [PATCH v2] mm/hugetlb: Fix a typo in comment "manitained"->"maintained" Date: Sat, 11 Apr 2020 10:24:46 +0800 Message-Id: <20200411022446.14937-1-ethp@qq.com> X-Mailer: git-send-email 2.24.1 (Apple Git-126) MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: There are some typos in comment, fix them. line 133, s/manitained/maintained line 83, s/mased on/based on line 472, s/ruturns/returns line 987, s/reverves/reserves line 1489, s/ Otherwse/Otherwise line 4431, s/a active/an active Signed-off-by: Ethon Paul Reviewed-by: Ralph Campbell --- v1->v2: Added some other typos found by Ralph --- mm/hugetlb.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/mm/hugetlb.c b/mm/hugetlb.c index f5fb53fdfa02..161e065137d3 100644 --- a/mm/hugetlb.c +++ b/mm/hugetlb.c @@ -81,7 +81,7 @@ static inline void unlock_or_release_subpool(struct hug= epage_subpool *spool) spin_unlock(&spool->lock); =20 /* If no pages are used, and no other handles to the subpool - * remain, give up any reservations mased on minimum size and + * remain, give up any reservations based on minimum size and * free the subpool */ if (free) { if (spool->min_hpages !=3D -1) @@ -129,7 +129,7 @@ void hugepage_put_subpool(struct hugepage_subpool *sp= ool) * the request. Otherwise, return the number of pages by which the * global pools must be adjusted (upward). The returned value may * only be different than the passed value (delta) in the case where - * a subpool minimum size must be manitained. + * a subpool minimum size must be maintained. */ static long hugepage_subpool_get_pages(struct hugepage_subpool *spool, long delta) @@ -469,7 +469,7 @@ static int allocate_file_region_entries(struct resv_m= ap *resv, * * Return the number of new huge pages added to the map. This number is= greater * than or equal to zero. If file_region entries needed to be allocated= for - * this operation and we were not able to allocate, it ruturns -ENOMEM. + * this operation and we were not able to allocate, it returns -ENOMEM. * region_add of regions of length 1 never allocate file_regions and can= not * fail; region_chg will always allocate at least 1 entry and a region_a= dd for * 1 page will only require at most 1 entry. @@ -984,7 +984,7 @@ static bool vma_has_reserves(struct vm_area_struct *v= ma, long chg) * We know VM_NORESERVE is not set. Therefore, there SHOULD * be a region map for all pages. The only situation where * there is no region map is if a hole was punched via - * fallocate. In this case, there really are no reverves to + * fallocate. In this case, there really are no reserves to * use. This situation is indicated if chg !=3D 0. */ if (chg) @@ -1486,7 +1486,7 @@ static void prep_compound_gigantic_page(struct page= *page, unsigned int order) * For gigantic hugepages allocated through bootmem at * boot, it's safer to be consistent with the not-gigantic * hugepages and clear the PG_reserved bit from all tail pages - * too. Otherwse drivers using get_user_pages() to access tail + * too. Otherwise drivers using get_user_pages() to access tail * pages may get the reference counting wrong if they see * PG_reserved set on a tail page (despite the head page not * having PG_reserved set). Enforcing this consistency between @@ -4428,7 +4428,7 @@ vm_fault_t hugetlb_fault(struct mm_struct *mm, stru= ct vm_area_struct *vma, /* * entry could be a migration/hwpoison entry at this point, so this * check prevents the kernel from going below assuming that we have - * a active hugepage in pagecache. This goto expects the 2nd page fault= , + * an active hugepage in pagecache. This goto expects the 2nd page faul= t, * and is_hugetlb_entry_(migration|hwpoisoned) check will properly * handle it. */ --=20 2.24.1 (Apple Git-126)