Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp907522pxb; Thu, 28 Jan 2021 03:25:42 -0800 (PST) X-Google-Smtp-Source: ABdhPJyve+4buv8fhBJC2nUoU2HeuD/dFVs55lCHsuL/cODoxZllYJuZ8gwTCqQvg3AfAHJ3Qq8x X-Received: by 2002:aa7:d1d4:: with SMTP id g20mr13669782edp.244.1611833142449; Thu, 28 Jan 2021 03:25:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611833142; cv=none; d=google.com; s=arc-20160816; b=nTC7DqoJyUebmZddDwrfELVXV7SudP99jlJuXMl0Y+ogdA/MaVx6ER8VM7ezbJEsuN OGwziOyRaUYumpaJzlUf01ogdGKRKxkD7016+Lw/dE/VHH2lK6ckUIj+qZ1FLnBS3LoL fV+DHBLGE/ZXe9Zp7nr9+uYM9mQzNMc/nWXtEQm/5Qx3+VZdUw/gUEyx01PJhACNSD5h 8znzpZ0T2Jw9bKdLU8rtZ5gO9+fzyioFVhRABgN2o371mxxqFv44zvbYYmRSJQWUzNo2 mTe9eeVlOZJyjKbeuqW5EASyZrWY2Ruqcf9Pn7RUkdVu3CsysqBh2zYNPM4vuJwkB2/M T3kQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=z/U+geJ6nhIfETqxoBKM5WJ1LEXnnMiK9W8duqUK8j0=; b=VodvGVuC5zEoEXWp3gH1NDVpYq2G+Dh1N4ppkPoNLEKvj/bWBT3rd1ulmIP8vLtmIb 1KgJNjF+VL0jyukrTAz5eBJY7LznK7gdztemgsSbKUiQRXdnKsnJGwtISprJ1aENfCz5 JX5ecuv/mvnLA+G1PuhbErcleQ9L/9yyiZfXGAOZEcJei3EbhEFuM7JuDV7SgG7FFFmz 1YKRmDZf+/fJrI0YLVPElP7jmcv1M9TOyT6ZWDZts1NEqzqsucAjYNqgnBgdc/LCx2o8 OH1lpoYXTGvWWngztsNSbF7lM2TG8+tf/BwUa0vrNlcCfajRkTIF9ysORQklvfsCwJHE AQug== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t1si2012260ejg.390.2021.01.28.03.25.17; Thu, 28 Jan 2021 03:25:42 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231201AbhA1LV0 (ORCPT + 99 others); Thu, 28 Jan 2021 06:21:26 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:12039 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229618AbhA1LVY (ORCPT ); Thu, 28 Jan 2021 06:21:24 -0500 Received: from DGGEMS414-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4DRHzd472wzMQvV; Thu, 28 Jan 2021 19:19:09 +0800 (CST) Received: from huawei.com (10.175.104.175) by DGGEMS414-HUB.china.huawei.com (10.3.19.214) with Microsoft SMTP Server id 14.3.498.0; Thu, 28 Jan 2021 19:20:36 +0800 From: Miaohe Lin To: , CC: , , Subject: [PATCH] mm/hugetlb: Fix some comment typos Date: Thu, 28 Jan 2021 06:20:28 -0500 Message-ID: <20210128112028.64831-1-linmiaohe@huawei.com> X-Mailer: git-send-email 2.19.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.104.175] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Fix typos sasitfy to satisfy, reservtion to reservation, hugegpage to hugepage and uniprocesor to uniprocessor in comments. Signed-off-by: Miaohe Lin --- 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