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 6BC186B0290 for ; Mon, 8 Jan 2018 04:27:36 -0500 (EST) Received: by mail-wm0-f71.google.com with SMTP id w74so3419579wmf.0 for ; Mon, 08 Jan 2018 01:27:36 -0800 (PST) Received: from mail.linuxfoundation.org (mail.linuxfoundation.org. [140.211.169.12]) by mx.google.com with ESMTPS id i33si3414282wrf.152.2018.01.08.01.27.34 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jan 2018 01:27:35 -0800 (PST) Date: Mon, 8 Jan 2018 10:27:37 +0100 From: Greg Kroah-Hartman Subject: Re: [PATCH 4.14 023/159] mm/sparsemem: Allocate mem_section at runtime for CONFIG_SPARSEMEM_EXTREME=y Message-ID: <20180108092737.GA32642@kroah.com> References: <20171222084623.668990192@linuxfoundation.org> <20171222084625.007160464@linuxfoundation.org> <1515302062.6507.18.camel@gmx.de> <20180107091115.GB29329@kroah.com> <20180107101847.GC24862@dhcp22.suse.cz> <1515329042.13953.14.camel@gmx.de> <20180107132309.GD24862@dhcp22.suse.cz> <20180108075308.GC24062@kroah.com> <20180108084723.GC5717@dhcp22.suse.cz> <20180108091044.GA16816@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180108091044.GA16816@kroah.com> Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: Mike Galbraith , linux-kernel@vger.kernel.org, stable@vger.kernel.org, "Kirill A. Shutemov" , Andrew Morton , Andy Lutomirski , Borislav Petkov , Cyrill Gorcunov , Linus Torvalds , Peter Zijlstra , Thomas Gleixner , linux-mm@kvack.org, Ingo Molnar On Mon, Jan 08, 2018 at 10:10:44AM +0100, Greg Kroah-Hartman wrote: > On Mon, Jan 08, 2018 at 09:47:23AM +0100, Michal Hocko wrote: > > On Mon 08-01-18 08:53:08, Greg KH wrote: > > > On Sun, Jan 07, 2018 at 02:23:09PM +0100, Michal Hocko wrote: > > > > On Sun 07-01-18 13:44:02, Mike Galbraith wrote: > > > > > On Sun, 2018-01-07 at 11:18 +0100, Michal Hocko wrote: > > > > > > On Sun 07-01-18 10:11:15, Greg KH wrote: > > > > > > > On Sun, Jan 07, 2018 at 06:14:22AM +0100, Mike Galbraith wrote: > > > > > > > > On Fri, 2017-12-22 at 09:45 +0100, Greg Kroah-Hartman wrote: > > > > > > > > > 4.14-stable review patch. If anyone has any objections, please let me know. > > > > > > > > > > > > > > > > FYI, this broke kdump, or rather the makedumpfile part thereof. > > > > > > > > Forward looking wreckage is par for the kdump course, but... > > > > > > > > > > > > > > Is it also broken in Linus's tree with this patch? Or is there an > > > > > > > add-on patch that I should apply to 4.14 to resolve this issue there? > > > > > > > > > > > > This one http://lkml.kernel.org/r/1513932498-20350-1-git-send-email-bhe@redhat.com > > > > > > I guess. > > > > > > > > > > That won't unbreak kdump, else master wouldn't be broken. I don't care > > > > > deeply, or know if anyone else does, I'm just reporting it because I > > > > > met it and chased it down. > > > > > > > > OK, I didn't notice that d8cfbbfa0f7 ("mm/sparse.c: wrong allocation > > > > for mem_section") made it in after rc6. I am still wondering why > > > > 83e3c48729 ("mm/sparsemem: Allocate mem_section at runtime for > > > > CONFIG_SPARSEMEM_EXTREME=y") made it into the stable tree in the first > > > > place. > > > > > > It was part of the prep for the KTPI code from what I can tell. > > > > I do not see a direct relation, to be honest. It is more related to > > 5-level page tables but I might be missing some subtle relation. > > > > > If you > > > think it should be reverted, just let me know and I'll be glad to do so. > > > > This seems to be affecting Linus tree as well so it needs to get > > resolved. I would suggest reverting in stable for the mean time. > > If you really need it in the stable tree then you can pull it back later > > with all the follow up fixes. > > Ok, I've now reverted it, thanks. Nope, it breaks the build when reverted, I'm dropping that revert now. It's as if the x86 maintainers actually knew what they were doing in asking for this to be backported :) thanks, greg k-h -- 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