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=-12.7 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 97EDBC433E0 for ; Fri, 29 Jan 2021 03:50:18 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 1DD8A64DBD for ; Fri, 29 Jan 2021 03:50:17 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1DD8A64DBD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 654B06B0005; Thu, 28 Jan 2021 22:50:17 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 605A66B0006; Thu, 28 Jan 2021 22:50:17 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 51B096B006C; Thu, 28 Jan 2021 22:50:17 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 3C0E46B0005 for ; Thu, 28 Jan 2021 22:50:17 -0500 (EST) Received: from smtpin26.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id F389E180AD811 for ; Fri, 29 Jan 2021 03:50:16 +0000 (UTC) X-FDA: 77757434874.26.horse21_1310002275a5 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin26.hostedemail.com (Postfix) with ESMTP id D02521804B65C for ; Fri, 29 Jan 2021 03:50:16 +0000 (UTC) X-HE-Tag: horse21_1310002275a5 X-Filterd-Recvd-Size: 5283 Received: from mail-vs1-f50.google.com (mail-vs1-f50.google.com [209.85.217.50]) by imf18.hostedemail.com (Postfix) with ESMTP for ; Fri, 29 Jan 2021 03:50:16 +0000 (UTC) Received: by mail-vs1-f50.google.com with SMTP id e15so4221766vsa.0 for ; Thu, 28 Jan 2021 19:50:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QXaGYzS0cYK7WboTigRhnstjhNV+KDyvFkcR1YY4X5M=; b=HS5Twc4X1YtXRU05Q97oJ4DrvOf8StA/SBXo9mR4bfXvcqPIZsOv9RXlwhkbw69lJS 0ouJgK/HjaoNoYcyd2Wo9ViJwQMGLo2N8ddOeQPQVgGWe3iwKBXfoyf0EAJ+AjsmJjmD zNHBj/XhsGEQe5m1UUfNEIVUrm9gf7Jz0q4mo0WC5n8Z6yGH36i/d5cri81AJAC5+lvQ vPVttazNC8g7+ZcMQWcC8O6jaPRLPIFavaKUWXGfI3sRvjksQ1ivwAw9zKDP8nkpQn68 Mg95a507L1Cs8Nuywkn6rkBirlwlEv+AHto3n4PCO70IaBCUpFkMJHnTo/HZ9n3wxufC bBYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QXaGYzS0cYK7WboTigRhnstjhNV+KDyvFkcR1YY4X5M=; b=j0YhocTVQuFmVtMOvXn9TrYw2X+Uz3n4LVWdxQOJxrR7xqsMflx06PNl7PG+Ta+Di9 fjYhtore8KKnUQNVYI3/W5uZzRMpMTlBTHNZEr4h8bW/vQHZftsAWfIGArZxG1ztaEWG vV/ja+iRUFcC9ew/sb7dEkLxfDUrPHOCLIj6oQtOImA9f/H4sUsHNR30GEIsdjs5RcO7 sPaubweGXDaiqAahnL3i4KByzNMqohwFQprTszfAbvrD/J+6v8X/zj8AIs34/8UyN31k BAWhQChn6RzCg6p70Y7ZblGw1DXtPH5z5ilmjBm3JAPz2RFMTc89XgEXLM/Rb4kH5SF7 lTSA== X-Gm-Message-State: AOAM53352jiKzxxMWzGFn9XGsZgTy7EoHviz64blUnyQXgElRadTG3ux vN1xc308aB3LDr3GQSVHUVVlGXg08Aon5qAC4eE= X-Google-Smtp-Source: ABdhPJxur3FY3X4RFwf3XUEzzC/DUg0CFdTPYbmbqZOa/dtWuKF3IShJ4hzG3xPrAmlxqKRhqixH3/0ASVgRrHNnAoo= X-Received: by 2002:a67:fbcf:: with SMTP id o15mr1542804vsr.59.1611892215565; Thu, 28 Jan 2021 19:50:15 -0800 (PST) MIME-Version: 1.0 References: <20210128112028.64831-1-linmiaohe@huawei.com> In-Reply-To: <20210128112028.64831-1-linmiaohe@huawei.com> From: Souptick Joarder Date: Fri, 29 Jan 2021 09:20:03 +0530 Message-ID: Subject: Re: [PATCH] mm/hugetlb: Fix some comment typos To: Miaohe Lin Cc: Andrew Morton , Mike Kravetz , Linux-MM , linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" 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: On Thu, Jan 28, 2021 at 4:50 PM Miaohe Lin wrote: > > Fix typos sasitfy to satisfy, reservtion to reservation, hugegpage to > hugepage and uniprocesor to uniprocessor in comments. > > Signed-off-by: Miaohe Lin Reviewed-by: Souptick Joarder > --- > include/linux/hugetlb.h | 2 +- > mm/hugetlb.c | 6 +++--- > 2 files changed, 4 insertions(+), 4 deletions(-) > > diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h > index ef5b144b8aac..95a5a239c8f2 100644 > --- a/include/linux/hugetlb.h > +++ b/include/linux/hugetlb.h > @@ -37,7 +37,7 @@ struct hugepage_subpool { > struct hstate *hstate; > long min_hpages; /* Minimum huge pages or -1 if no minimum. */ > long rsv_hpages; /* Pages reserved against global pool to */ > - /* sasitfy minimum size. */ > + /* satisfy minimum size. */ > }; > > struct resv_map { > diff --git a/mm/hugetlb.c b/mm/hugetlb.c > index 53ea65d1c5ab..c42c61c2653e 100644 > --- a/mm/hugetlb.c > +++ b/mm/hugetlb.c > @@ -1444,7 +1444,7 @@ static void __free_huge_page(struct page *page) > * reservation. If the page was associated with a subpool, there > * would have been a page reserved in the subpool before allocation > * via hugepage_subpool_get_pages(). Since we are 'restoring' the > - * reservtion, do not call hugepage_subpool_put_pages() as this will > + * reservation, do not call hugepage_subpool_put_pages() as this will > * remove the reserved page from the subpool. > */ > if (!restore_reserve) { > @@ -3715,7 +3715,7 @@ static unsigned long hugetlb_vm_op_pagesize(struct vm_area_struct *vma) > /* > * We cannot handle pagefaults against hugetlb pages at all. They cause > * handle_mm_fault() to try to instantiate regular-sized pages in the > - * hugegpage VMA. do_page_fault() is supposed to trap this, so BUG is we get > + * hugepage VMA. do_page_fault() is supposed to trap this, so BUG is we get > * this far. > */ > static vm_fault_t hugetlb_vm_op_fault(struct vm_fault *vmf) > @@ -4513,7 +4513,7 @@ u32 hugetlb_fault_mutex_hash(struct address_space *mapping, pgoff_t idx) > } > #else > /* > - * For uniprocesor systems we always use a single mutex, so just > + * For uniprocessor systems we always use a single mutex, so just > * return 0 and avoid the hashing overhead. > */ > u32 hugetlb_fault_mutex_hash(struct address_space *mapping, pgoff_t idx) > -- > 2.19.1 > >