Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp4402564pxb; Mon, 21 Feb 2022 20:25:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJwRTnbMjC/rftd4rI2XkgHXE8kXze54oygNJbh7R/BbfGIvwe+nuZHUltiuKwUumIfKZQf8 X-Received: by 2002:a17:90a:2bc1:b0:1b9:8aff:dd37 with SMTP id n1-20020a17090a2bc100b001b98affdd37mr2222814pje.145.1645503928158; Mon, 21 Feb 2022 20:25:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645503928; cv=none; d=google.com; s=arc-20160816; b=l8qBADOh8PfnylnNdkcGVJt+/2Vnain88ib63/qco9pNJLxHA9GypxNRaeq43VCIYk q2aA5DnrAjQ44gBX9WKT8ovSwdwZQK7RoRpuAYYKQwt4X0/zocnyUjyfTiiIFqMtAzNv VbGdm1snWkEKj7DEW7I49kpOMJKM49hDezrLjF2Cil62wPDOCF1q/IkZEYr+z/O/c+U6 hGNVlVTh+QvV5VTjT2ALr5fVMdqL3eMXF/xwyVtPwNfWIJrGMLxqOxNvFJF3bHPOElKO +eY1nn0F0ZKu/sHVKKvC4yK4rEUtl43HwSGASTnkepy8HtOIMxlT5JbIr1/YJbAFnltn n2Yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=CP7VUMzZ4gkdONg11YZaPFXMNI/oKfczzggdLkohEnU=; b=gaLxGX8u3AXF2/gWQee1KypcTfzPRK4O0NVEoYupaj7WIl9veYfUR5t9KpiShLke1b EinzbGHzHm+GJOt/rFiLL5yDpEBdwJDwpgStrk+8ZgdwY4dYMUu7bHdj6LLskyVFUO12 Lftet4LRqNQWiHaFlJSMN4720yLo0LmHSaYCQeuksLPOw1FJDGphX0ZXJbqetLGHjgJf 3V1Br2IfXHDg9y5tyrbQ5vVHn9Lpsr8PF81nOsiztZM8P7sg6ic3AtBB3Rl063/4/f0z E/VGmgOJ8I+94RC903FEYPHHFuuk+VYMnu5F9bY+/A7Wnm8ty6RkrvRLS5RdSyx0k5N8 1j8A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=uFusi8Hu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id d8si34821159plg.178.2022.02.21.20.25.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Feb 2022 20:25:28 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=uFusi8Hu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 709F595A30; Mon, 21 Feb 2022 20:20:16 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239075AbiBUNcv (ORCPT + 99 others); Mon, 21 Feb 2022 08:32:51 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:46478 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245412AbiBUNct (ORCPT ); Mon, 21 Feb 2022 08:32:49 -0500 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8842CE002 for ; Mon, 21 Feb 2022 05:32:26 -0800 (PST) Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id 30FC22112A; Mon, 21 Feb 2022 13:32:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1645450345; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CP7VUMzZ4gkdONg11YZaPFXMNI/oKfczzggdLkohEnU=; b=uFusi8Hu7UzMg+ROxYnvOzXWhN7S44WVxjAsURFq09+M+vGXYBr8D+xgZzuXRfxHqKn5/l lmwY2NBLmTXepbLAFS+amw9iFVDdaI4nDo0S127gwjwvsv0tk69NS9wFek0KbK+y1z5wBw Wo9/gKRrYQWu/7rjwQfAXZE9swPWur8= Received: from suse.cz (unknown [10.100.201.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id 034BDA3B85; Mon, 21 Feb 2022 13:32:24 +0000 (UTC) Date: Mon, 21 Feb 2022 14:32:21 +0100 From: Michal Hocko To: Oscar Salvador Cc: Andrew Morton , David Hildenbrand , Rafael Aquini , Dave Hansen , Wei Yang , Dennis Zhou , Alexey Makhalov , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/1] arch/x86/mm/numa: Do not initialize nodes twice Message-ID: References: <20220218224302.5282-1-osalvador@suse.de> <20220218224302.5282-2-osalvador@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 21-02-22 10:47:44, Oscar Salvador wrote: > On Mon, Feb 21, 2022 at 10:20:02AM +0100, Michal Hocko wrote: > > On Fri 18-02-22 23:43:02, Oscar Salvador wrote: > > > Why setting the node online saves us then? Well, simply because > > > __try_online_node() backs off when the node is online, meaning > > > we do not end up calling register_one_node() in the first place. > > > > This is really a mess and a house built on sand. Thanks for looking into > > it and hopefully this can get cleaned up to a saner state. > > Yes, I am willing to have a deep look into that and see how we can > improve the situation. > > > This sha1 is from linux-next very likely so it won't be persistent. > > Please drop it. > > Yes, it is. I guess it is fine to not have a "Fixes" tag here, so I will > remove it then. Normally we use sha in Fixes tag and I am not sure how many scripts we would confuse if there was no but I guess it is good enough to mention the patch name in the description. Theoretically we could have folded it to my patch but I think it would be better to have it separate because a) it gives a nice overview of the mess we should be dealing with and b) the original patch would likely be more convoluted than necessary. -- Michal Hocko SUSE Labs