From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f199.google.com (mail-wr0-f199.google.com [209.85.128.199]) by kanga.kvack.org (Postfix) with ESMTP id DA77E6B0253 for ; Fri, 1 Dec 2017 05:17:39 -0500 (EST) Received: by mail-wr0-f199.google.com with SMTP id l4so5563493wre.10 for ; Fri, 01 Dec 2017 02:17:39 -0800 (PST) Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id i19si3552924eda.254.2017.12.01.02.17.38 for (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 01 Dec 2017 02:17:38 -0800 (PST) Date: Fri, 1 Dec 2017 11:17:34 +0100 From: Michal Hocko Subject: Re: stalled MM patches Message-ID: <20171201101734.65tubivkejlduq34@dhcp22.suse.cz> References: <20171130141423.600101bcef07ab2900286865@linux-foundation.org> <20171201083154.GA7108@gmail.com> <20171201084510.4cztiv2o752zoqmt@dhcp22.suse.cz> <20171201101147.t62ouec3ebnv7lz5@node.shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171201101147.t62ouec3ebnv7lz5@node.shutemov.name> Sender: owner-linux-mm@kvack.org List-ID: To: "Kirill A. Shutemov" 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 01-12-17 13:11:47, Kirill A. Shutemov wrote: > 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. I do not think this is the biggest problem here. The page migration code is basically generic for hugetlb pages. I seriously suspect anybody has tested PGD pages migration on PPC. This is all hwpoison driven thing. So, really, we should make giga pages migration work better first and then play with hugepage_migration_supported. Arch specific treatment might be needed but that is not the biggest problem we have. -- Michal Hocko SUSE Labs -- 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