From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f71.google.com (mail-wm0-f71.google.com [74.125.82.71]) by kanga.kvack.org (Postfix) with ESMTP id B971E6B0253 for ; Fri, 1 Dec 2017 05:11:50 -0500 (EST) Received: by mail-wm0-f71.google.com with SMTP id o82so750132wmo.3 for ; Fri, 01 Dec 2017 02:11:50 -0800 (PST) Received: from mail-sor-f65.google.com (mail-sor-f65.google.com. [209.85.220.65]) by mx.google.com with SMTPS id t66sor388548wrc.46.2017.12.01.02.11.49 for (Google Transport Security); Fri, 01 Dec 2017 02:11:49 -0800 (PST) Date: Fri, 1 Dec 2017 13:11:47 +0300 From: "Kirill A. Shutemov" Subject: Re: stalled MM patches Message-ID: <20171201101147.t62ouec3ebnv7lz5@node.shutemov.name> References: <20171130141423.600101bcef07ab2900286865@linux-foundation.org> <20171201083154.GA7108@gmail.com> <20171201084510.4cztiv2o752zoqmt@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171201084510.4cztiv2o752zoqmt@dhcp22.suse.cz> Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: Alexandru Moise <00moses.alexander00@gmail.com>, Andrew Morton , Andi Kleen , Andrey Vagin , "Aneesh Kumar K.V" , Anshuman Khandual , Anton Vorontsov , "Artem S. Tashkinov" , Balbir Singh , Chris Salls , Christopher Lameter , "Darrick J. Wong" , Dave Chinner , David Rientjes , Gerald Schaefer , Glauber Costa , Henrique de Moraes Holschuh , Ingo Molnar , Jan Kara , Johannes Weiner , Joonsoo Kim , Konstantin Khlebnikov , Laurent Dufour , Maxim Patlasov , Mel Gorman , Mike Kravetz , Minchan Kim , Naoya Horiguchi , Punit Agrawal , Rik van Riel , Shiraz Hashim , Tan Xiaojun , Theodore Ts'o , Vinayak Menon , Vladimir Davydov , Vlastimil Babka , Wu Fengguang , Yisheng Xie , zhong jiang , linux-mm@kvack.org On Fri, Dec 01, 2017 at 09:45:10AM +0100, Michal Hocko wrote: > On Fri 01-12-17 09:31:55, Alexandru Moise wrote: > [...] > > > Subject: mm/madvise: enable soft offline of HugeTLB pages at PUD level > > > > > > Hoping for Kirill review. I wanted additional code comments (I > > > think). mhocko nacked it. > > > > TBH I'd rather give up this one if mhocko feels that there's no point to it. > > Rather drop it than risk adding crap in the kernel :). > > > > It is a bit weird though that currently we have the behavior that on some PPC platforms > > you can migrate 1G hugepages but on x86_64 you cannot. > > I _think_ we can apply this patch in the end. But there is more work to > be done before we can do that. PPC is probably broken in that regard as > well, we just haven't noticed before this got merged. I find the > hwpoison based reasons for merging disputable at best but this is not > serious enough to call for a revert. I am currently working on patches > to make giga pages migratable for real and then we can apply your patch > on top. One way we can approach it is to make architecture code to provide hugepage_migration_supported() with fallback to "return false;" in generic code. It will give us more control on what can be migrated. And we can kill CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRATION. Then we can include new page sizes into migration one-by-one with proper testing. -- Kirill A. Shutemov -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org