Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp631396ima; Wed, 24 Oct 2018 06:55:59 -0700 (PDT) X-Google-Smtp-Source: AJdET5cEpYJ3/4UZTV9eUluGuCBBT48wSoCzfMlUIGeZ7ry70VmEInZ6fhOYf0wG5SKJlktyrYwI X-Received: by 2002:a63:6cc:: with SMTP id 195mr2702764pgg.52.1540389359430; Wed, 24 Oct 2018 06:55:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540389359; cv=none; d=google.com; s=arc-20160816; b=H8Etac8f8mbECFjAY2dzA69Z8rbQfnPmCdl+QMfNiXqSO6IBosd0nNwL+FDB87GBhW JbrTUnaL37Dn+QLSikZ0scSkoFAKveAyj3p5FFd/XGSw493tEauGhFLzuVYsTkNJuA8F VoYOsQxFOvQyziC5MZ/or4G8yYG9xVHsB4jNZtRWmBUsoXYHy0b3ywk66VNlNPAPSH7K ZIyCRncP02+DP6qiFqZRLhSbBTl7XBTGkQDI+Cw0Y63dxfMq1Zeuh7XgA593A3zu2y3U Pm19mF/GZ/wVwnyDnB/AElX2EK+ifFAgsCkmFyy1wKtA09xU4XaR575PHVkLlmQwlEDp QiAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=6y2KrrGvV3ug6KhdoPrCzooRA/I9ZZ8YDXqYLaektLI=; b=BL6lGF6/lClx4YKm5iW2ZLSH79YC9XXSDinlhrbb/8hmae5Qxj3haVjApLRsWCijcv bfl6Iyk83K2WX1HTIO3T+4iWmVYrH3Qt+ZWWev67dTbdS74BzhIYwzubwZTRMvrEwGoT k8n92qnwwQRlI41YTLK2HGmz0XelSjyJAMp11nFTcJXo6WyRAOtrqyahPtUVHCslIxt6 bEAQZsxKqVp9Kt9Hqt8wc7VNAf9pcFprR5/9YICGahdHAwJn5OlU+42cjssgrxbm2yFu telIMAMcVbXqN/4wWcbfntP9MiBN7pMhiKTCePiDECKziGCR1rL/8RZDL4NW5Gkhxyld udag== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c11-v6si4980663pgj.409.2018.10.24.06.55.43; Wed, 24 Oct 2018 06:55:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726884AbeJXWXI (ORCPT + 99 others); Wed, 24 Oct 2018 18:23:08 -0400 Received: from mx2.suse.de ([195.135.220.15]:57940 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726285AbeJXWXI (ORCPT ); Wed, 24 Oct 2018 18:23:08 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 71942AF3A; Wed, 24 Oct 2018 13:54:53 +0000 (UTC) Date: Wed, 24 Oct 2018 15:54:52 +0200 From: Michal Hocko To: Anshuman Khandual Cc: linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, suzuki.poulose@arm.com, punit.agrawal@arm.com, will.deacon@arm.com, Steven.Price@arm.com, steve.capper@arm.com, catalin.marinas@arm.com, akpm@linux-foundation.org, mike.kravetz@oracle.com, n-horiguchi@ah.jp.nec.com Subject: Re: [PATCH V3 1/5] mm/hugetlb: Distinguish between migratability and movability Message-ID: <20181024135452.GG18839@dhcp22.suse.cz> References: <1540299721-26484-1-git-send-email-anshuman.khandual@arm.com> <1540299721-26484-2-git-send-email-anshuman.khandual@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1540299721-26484-2-git-send-email-anshuman.khandual@arm.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 23-10-18 18:31:57, Anshuman Khandual wrote: > During huge page allocation it's migratability is checked to determine if > it should be placed under movable zones with GFP_HIGHUSER_MOVABLE. But the > movability aspect of the huge page could depend on other factors than just > migratability. Movability in itself is a distinct property which should not > be tied with migratability alone. > > This differentiates these two and implements an enhanced movability check > which also considers huge page size to determine if it is feasible to be > placed under a movable zone. At present it just checks for gigantic pages > but going forward it can incorporate other enhanced checks. > > Reviewed-by: Naoya Horiguchi > Suggested-by: Michal Hocko > Signed-off-by: Anshuman Khandual Acked-by: Michal Hocko Thanks! > --- > include/linux/hugetlb.h | 30 ++++++++++++++++++++++++++++++ > mm/hugetlb.c | 2 +- > mm/migrate.c | 2 +- > 3 files changed, 32 insertions(+), 2 deletions(-) > > diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h > index 087fd5f4..1b858d7 100644 > --- a/include/linux/hugetlb.h > +++ b/include/linux/hugetlb.h > @@ -506,6 +506,31 @@ static inline bool hugepage_migration_supported(struct hstate *h) > #endif > } > > +/* > + * Movability check is different as compared to migration check. > + * It determines whether or not a huge page should be placed on > + * movable zone or not. Movability of any huge page should be > + * required only if huge page size is supported for migration. > + * There wont be any reason for the huge page to be movable if > + * it is not migratable to start with. Also the size of the huge > + * page should be large enough to be placed under a movable zone > + * and still feasible enough to be migratable. Just the presence > + * in movable zone does not make the migration feasible. > + * > + * So even though large huge page sizes like the gigantic ones > + * are migratable they should not be movable because its not > + * feasible to migrate them from movable zone. > + */ > +static inline bool hugepage_movable_supported(struct hstate *h) > +{ > + if (!hugepage_migration_supported(h)) > + return false; > + > + if (hstate_is_gigantic(h)) > + return false; > + return true; > +} > + > static inline spinlock_t *huge_pte_lockptr(struct hstate *h, > struct mm_struct *mm, pte_t *pte) > { > @@ -602,6 +627,11 @@ static inline bool hugepage_migration_supported(struct hstate *h) > return false; > } > > +static inline bool hugepage_movable_supported(struct hstate *h) > +{ > + return false; > +} > + > static inline spinlock_t *huge_pte_lockptr(struct hstate *h, > struct mm_struct *mm, pte_t *pte) > { > diff --git a/mm/hugetlb.c b/mm/hugetlb.c > index 5c390f5..f810cf0 100644 > --- a/mm/hugetlb.c > +++ b/mm/hugetlb.c > @@ -919,7 +919,7 @@ static struct page *dequeue_huge_page_nodemask(struct hstate *h, gfp_t gfp_mask, > /* Movability of hugepages depends on migration support. */ > static inline gfp_t htlb_alloc_mask(struct hstate *h) > { > - if (hugepage_migration_supported(h)) > + if (hugepage_movable_supported(h)) > return GFP_HIGHUSER_MOVABLE; > else > return GFP_HIGHUSER; > diff --git a/mm/migrate.c b/mm/migrate.c > index 84381b5..bfda9e4 100644 > --- a/mm/migrate.c > +++ b/mm/migrate.c > @@ -1272,7 +1272,7 @@ static int unmap_and_move_huge_page(new_page_t get_new_page, > struct anon_vma *anon_vma = NULL; > > /* > - * Movability of hugepages depends on architectures and hugepage size. > + * Migratability of hugepages depends on architectures and their size. > * This check is necessary because some callers of hugepage migration > * like soft offline and memory hotremove don't walk through page > * tables or check whether the hugepage is pmd-based or not before > -- > 2.7.4 -- Michal Hocko SUSE Labs