Received: by 2002:a05:7412:f690:b0:e2:908c:2ebd with SMTP id ej16csp836806rdb; Fri, 20 Oct 2023 00:07:26 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEkF0e9Gk60skbJLfIMMSvfOR8X/Q9UyqPTB8FOESi7QOxV+0TtF7g7qAd6rVqvscjMLdlj X-Received: by 2002:a17:90b:3d87:b0:27d:1532:e736 with SMTP id pq7-20020a17090b3d8700b0027d1532e736mr888323pjb.48.1697785646140; Fri, 20 Oct 2023 00:07:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697785646; cv=none; d=google.com; s=arc-20160816; b=Je8LL/+yrimhayo3F2/7qltQMzWvYkR+2We9ximUBIB3P81Wk7iiIFJc1nQYZ/F//G +DfK71HnfPlVBZvqlfOJh+xSVPOLF5im1CCPotlf1pNhIF+miqaqElpY5/cQQrIu6LKt AZ2LDfQ6bVcaXLCnY4SSUYndsNILa3pn+P0g+Qc25k2gY7GjIFXIJTUv+FwSob8DJWGw B8yC5tP2TSiZ4IyfmxsXFIJk6HUDWcf5kOhUI7Ocj5rinAb928NnT3jQSwWmzBndBt8B 6CnN7pFNqHKAsgtLRYyu1o3VW7af5btPJ2VBzW5v4+vnmqmMYiGA+1Hf4qulwR9aSJkj rvdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:dkim-signature; bh=lr4GEYt4f58WqbVFhPAgBQkEcpzmvaI+h/TBB8rJpQ0=; fh=D+tjA9IqyUk65/qoInmlaQ5s0Rcoc3XmU9nnOC9GvT8=; b=RDO+IRkdL4+F9mb7YxVxM5ErZUDZo3gl8+v6IRcPQsXhyzZ25GlZlcK1Lq4aQa67Wp ZoTmI7AtGxfU5vCNIQR0B0jRvdPKtgzWtejr882PVFrqY3BiR6vDeUmYvxfFIkqB9QUA djZU/cFQAukfd4gYrxEfA/klBfJDrpx0HJOIVcZlrOewIK97rrspfJEKNx0xnAOMPZWI GI4XY1+fGzlEEQEmaA0RtCgATbyyPDTd4aCJemxfAEzrC6S8+K5itDH9yirKm4yFnW8l Su3/ZNx5SWJiztKyGavXwBGLBQpVTh9wAG9jWaulidN4sNoTN4qOTgnb4McqiPyDoBXD aXMA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=A6KwxK00; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id a23-20020a637f17000000b005b7c7eee133si1231892pgd.687.2023.10.20.00.07.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 20 Oct 2023 00:07:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=A6KwxK00; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id EF3DD81EA739; Fri, 20 Oct 2023 00:07:23 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1376358AbjJTHHP (ORCPT + 99 others); Fri, 20 Oct 2023 03:07:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44700 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1376326AbjJTHHN (ORCPT ); Fri, 20 Oct 2023 03:07:13 -0400 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.120]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7A55198 for ; Fri, 20 Oct 2023 00:07:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1697785631; x=1729321631; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=CCFoTDB8ylKFfO05W29LpXk6BHd4nA1Vr+D31rPLVVw=; b=A6KwxK000OUKTJp5NOLLFzL0ijvyvA8pMq2Ic7VidB+KHb5TcFBq6c3K MBSScimfyx2EJrLFd19LpPj3vHzSCcuTqztWOtSfTRnxYkyXiFo6YL6j2 1jm0zLN4pFGRAKJ+JKiODK44hIAwIhy1JQbf2ac2b/QopxI4EI/7m9hVr 2L3CBSABTmCqlGlfNCSq5FtX1YnUxwIjmkIzzoATdOIMwocsoYQqi0o69 ZK/EfLJTdnS53IxOIv0ZQiY08p4j+jTbBm3JpPj/aG8F4SaZP2gVgAINg zPyZQlGI6IAFEzrQiTJRn5ZM90oXZnBtJ6Cp+gb72vUpabFOa/hnhQ/rF g==; X-IronPort-AV: E=McAfee;i="6600,9927,10868"; a="385320326" X-IronPort-AV: E=Sophos;i="6.03,238,1694761200"; d="scan'208";a="385320326" Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Oct 2023 00:07:11 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10868"; a="760951128" X-IronPort-AV: E=Sophos;i="6.03,238,1694761200"; d="scan'208";a="760951128" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by fmsmga007-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Oct 2023 00:07:07 -0700 From: "Huang, Ying" To: Qi Zheng Cc: akpm@linux-foundation.org, rppt@kernel.org, david@redhat.com, vbabka@suse.cz, mhocko@suse.com, willy@infradead.org, mgorman@techsingularity.net, mingo@kernel.org, aneesh.kumar@linux.ibm.com, hannes@cmpxchg.org, osalvador@suse.de, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH v3 2/2] mm: memory_hotplug: drop memoryless node from fallback lists In-Reply-To: <9f1dbe7ee1301c7163b2770e32954ff5e3ecf2c4.1697711415.git.zhengqi.arch@bytedance.com> (Qi Zheng's message of "Thu, 19 Oct 2023 18:43:55 +0800") References: <9f1dbe7ee1301c7163b2770e32954ff5e3ecf2c4.1697711415.git.zhengqi.arch@bytedance.com> Date: Fri, 20 Oct 2023 15:05:03 +0800 Message-ID: <87bkctg4f4.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Fri, 20 Oct 2023 00:07:24 -0700 (PDT) Qi Zheng writes: > In offline_pages(), if a node becomes memoryless, we > will clear its N_MEMORY state by calling node_states_clear_node(). > But we do this after rebuilding the zonelists by calling > build_all_zonelists(), which will cause this memoryless node to > still be in the fallback list of other nodes. For fallback list, do you mean pgdat->node_zonelists[]? If so, in build_all_zonelists __build_all_zonelists build_zonelists build_zonelists_in_node_order build_zonerefs_node populated_zone() will be checked before adding zone into zonelist. So, IIUC, we will not try to allocate from the memory less node. -- Best Regards, Huang, Ying > This will incur > some runtime overhead. > > To drop memoryless node from fallback lists in this case, just > call node_states_clear_node() before calling build_all_zonelists(). > > Signed-off-by: Qi Zheng > Acked-by: David Hildenbrand [snip] -- Best Regards, Huang, Ying