Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3232375imu; Sat, 24 Nov 2018 00:40:55 -0800 (PST) X-Google-Smtp-Source: AFSGD/Updgx0kWOo6RyBYPVh3BSu+eS9O/B7g9FmFuBQxlkAsHB6ZTxZ3cs9UWHM8eLgOB/F3ipL X-Received: by 2002:a63:77ce:: with SMTP id s197mr16998185pgc.89.1543048855365; Sat, 24 Nov 2018 00:40:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543048855; cv=none; d=google.com; s=arc-20160816; b=XtNxMRTxAGbrG3kia1UsAKt98qs7qzyvF96n5Y9csozR3Wi/3xU1A6mmBX6ZsYtN0j flG1VVGgHmbjRgTDGOEvIM4B82wT/iKDUJjlemgh/cFH76IdRR1BKdO4Znhbj0V6eUue ko3WV8qPxY52qSmBUDQ8J6bLL1ueuvaP36Zigf9x7rzKKdDK23nOjWWXd+EezRShAC5K ja+B+KKaAnRSD1HC8b8+xbhn/vqpF5VYt9+3pKUwk+hestJaUONWyKSXyjs3n90DpzAX MOLNnAs/NIr++gZViuKf7bNbP/mzkums1t1VVN0ZBIb/CaQAMrdez0P+PB5J0tXxEGuM OJJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from; bh=NNDyNvoApLva2UG8hC8ovwozzbYfI4WCgaxGIE4SBCo=; b=cz7VjJVYn5G+fOKwG5/WoBAapr6uuWUjx9CUA09xxqsKhPUX/OIOIMd1ZvUcSwdcK9 mbIVQ2HthW7xM/zNFNy6flesHH/xYxPFBP8DLrvGpZAsOq8R6FqZJ6fa+gxD9uHIdoDA YqcG/Y9IZAJi/J6YRAHpylMSnFkfoVUhNPAtcUqoeDnrm3padREx9cZo7+eEEh8XYtRk rZUZvWNtWSguLEc6rqCCm0BPx8fEWSVcOSvD5GyLGklEmI5zS4PNs/KEl3OcnhJz0Vag TEKUvgpo/CocUh8a+KGQZftB5oGYWw9UaQ5rge/UI5p9xE2BzHjbSB3xxRejR2Z28/r4 l1yA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l23si54476162pgh.533.2018.11.24.00.40.41; Sat, 24 Nov 2018 00:40:55 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2504816AbeKXBxC (ORCPT + 99 others); Fri, 23 Nov 2018 20:53:02 -0500 Received: from foss.arm.com ([217.140.101.70]:47196 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2394903AbeKXBxC (ORCPT ); Fri, 23 Nov 2018 20:53:02 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9FBAB15AB; Fri, 23 Nov 2018 07:08:30 -0800 (PST) Received: from [10.1.29.128] (p8cg001049571a15.cambridge.arm.com [10.1.29.128]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 29D7D3F5AF; Fri, 23 Nov 2018 07:08:28 -0800 (PST) From: Anshuman Khandual Subject: Re: [PATCH V3 0/5] arm64/mm: Enable HugeTLB migration To: linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Cc: suzuki.poulose@arm.com, punit.agrawal@arm.com, will.deacon@arm.com, Steven.Price@arm.com, steve.capper@arm.com, catalin.marinas@arm.com, mhocko@kernel.org, akpm@linux-foundation.org, mike.kravetz@oracle.com, n-horiguchi@ah.jp.nec.com, Michal Hocko , Steve Capper References: <1540299721-26484-1-git-send-email-anshuman.khandual@arm.com> Message-ID: <6cd51837-9d9c-af7a-6843-ef668a99e2ee@arm.com> Date: Fri, 23 Nov 2018 20:38:27 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1540299721-26484-1-git-send-email-anshuman.khandual@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/23/2018 06:31 PM, Anshuman Khandual wrote: > This patch series enables HugeTLB migration support for all supported > huge page sizes at all levels including contiguous bit implementation. > Following HugeTLB migration support matrix has been enabled with this > patch series. All permutations have been tested except for the 16GB. > > CONT PTE PMD CONT PMD PUD > -------- --- -------- --- > 4K: 64K 2M 32M 1G > 16K: 2M 32M 1G > 64K: 2M 512M 16G > > First the series adds migration support for PUD based huge pages. It > then adds a platform specific hook to query an architecture if a > given huge page size is supported for migration while also providing > a default fallback option preserving the existing semantics which just > checks for (PMD|PUD|PGDIR)_SHIFT macros. The last two patches enables > HugeTLB migration on arm64 and subscribe to this new platform specific > hook by defining an override. > > The second patch differentiates between movability and migratability > aspects of huge pages and implements hugepage_movable_supported() which > can then be used during allocation to decide whether to place the huge > page in movable zone or not. > > Changes in V3: > > - Re-ordered patches 1 and 2 per Michal > - s/Movability/Migratability/ in unmap_and_move_huge_page() per Naoya > > Changes in V2: (https://lkml.org/lkml/2018/10/12/190) > > - Added a new patch which differentiates migratability and movability > of huge pages and implements hugepage_movable_supported() function > as suggested by Michal Hocko. > > Anshuman Khandual (5): > mm/hugetlb: Distinguish between migratability and movability > mm/hugetlb: Enable PUD level huge page migration > mm/hugetlb: Enable arch specific huge page size support for migration > arm64/mm: Enable HugeTLB migration > arm64/mm: Enable HugeTLB migration for contiguous bit HugeTLB pages Hello Andrew, This patch series has been reviewed and acked both for it's core MM and arm64 changes. Could you please consider this series. Thank you. - Anshuman