From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B77FDC2D0DB for ; Tue, 28 Jan 2020 13:51:02 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 783472173E for ; Tue, 28 Jan 2020 13:51:02 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="KHw9XH7v" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 783472173E Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linuxfoundation.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id DB1CA6B0294; Tue, 28 Jan 2020 08:50:50 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id D89AB6B0295; Tue, 28 Jan 2020 08:50:50 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CA03B6B0296; Tue, 28 Jan 2020 08:50:50 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0004.hostedemail.com [216.40.44.4]) by kanga.kvack.org (Postfix) with ESMTP id A90286B0294 for ; Tue, 28 Jan 2020 08:50:50 -0500 (EST) Received: from smtpin09.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with SMTP id 676B4181AEF10 for ; Tue, 28 Jan 2020 13:50:50 +0000 (UTC) X-FDA: 76427178660.09.plant54_41814d993c616 X-HE-Tag: plant54_41814d993c616 X-Filterd-Recvd-Size: 4172 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf19.hostedemail.com (Postfix) with ESMTP for ; Tue, 28 Jan 2020 13:50:49 +0000 (UTC) Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E6199206F0; Tue, 28 Jan 2020 13:50:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1580219449; bh=Frko1RCalVTB2g080Ymc1x24C8gCpYyWDWdZoImvHU4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KHw9XH7v+cqHh93/sxnabRex4hUQCHQjU3zDOqy0muVjc7N0dpmnU/lCYMAt55hsd WXrdsFvUw5Tvsn0NPlDvypCQrvkvQgUloyEA9g5xJn9j9pD/ChHi5ASToXDv8nL22d 7rij58owF8omAK7u0Q2papns9kSjOa2FLn/T/OTo= Date: Tue, 28 Jan 2020 14:50:47 +0100 From: Greg Kroah-Hartman To: David Hildenbrand Cc: stable@vger.kernel.org, linux-mm@kvack.org, Michal Hocko , Andrew Morton , "Aneesh Kumar K . V" , Baoquan He , Dan Williams , Oscar Salvador , Wei Yang Subject: Re: [PATCH for 4.19-stable v3 00/24] mm/memory_hotplug: backport of pending stable fixes Message-ID: <20200128135047.GA3065469@kroah.com> References: <20200128095021.8076-1-david@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200128095021.8076-1-david@redhat.com> X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, Jan 28, 2020 at 10:49:57AM +0100, David Hildenbrand wrote: > This is the backport of the following fixes for 4.19-stable: > > - d84f2f5a7552 ("drivers/base/node.c: simplify > unregister_memory_block_under_nodes()") > -- Turned out to not only be a cleanup but also a fix > - 2c91f8fc6c99 ("mm/memory_hotplug: fix try_offline_node()") > -- Automatic stable backport failed due to missing dependencies. > - feee6b298916 ("mm/memory_hotplug: shrink zones when offlining memory") > -- Was marked as stable 5.0+ due to the backport complexity,, but it's also > relevant for 4.19/4.14. As I have to backport quite some cleanups > already ... > > All tackle memory unplug issues, especially when memory was never > onlined (or onlining failed), paired with memory unplug. When trying to > access garbage memmaps we crash the kernel (e.g., because the derviced > pgdat pointer is broken) > > To minimize manual code changes, I decided to pull in quite some cleanups. > Still some manual code changes are necessary (indicated in the individual > patches). Especially missing arm64 hot(un)plug, missing sub-section hotadd > support, and missing unification of mm/hmm.c and kernel/memremap.c requires > care. > > Due to: > - 4e0d2e7ef14d ("mm, sparse: pass nid instead of pgdat to > sparse_add_one_section()") > I need: > - afe9b36ca890 ("mm/memunmap: don't access uninitialized memmap in > memunmap_pages()") > > Please note that: > - 4c4b7f9ba948 ("mm/memory_hotplug: remove memory block devices > before arch_remove_memory()") > Makes big (e.g., 32TB) machines boot up slower (e.g., 2h vs 10m). There is > a performance fix in linux-next, but it does not seem to classify as a > fix for current RC / stable. If this is that big of a regression, yes, it does classify as a fix and is ok for the stable trees. Please let me know what that git id is when it hits Linus's tree. > I did quite some testing with hot(un)plug, onlining/offlining of memory > blocks and memory-less/CPU-less NUMA nodes under x86_64 - the same set of > tests I run against upstream on a fairly regular basis. I compile-tested > on PowerPC, arm64, s390x, i386 and sh. I did not test any ZONE_DEVICE/HMM > thingies. > > The 4.14 backport might take a bit - it would be quite a lot of patches > to backport and it is not that severely broken, so I am thinking about > simpler (less invasive) alternatives. All now queued up, thanks. greg k-h