Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp941307imm; Wed, 13 Jun 2018 10:39:51 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLFVWWFrfo6tcB7BQdFvnpat6hwJzcHb36ytMPRLc3QBNK3fJdjSsfZ2p9t5tZz+kX85IpK X-Received: by 2002:a62:d712:: with SMTP id b18-v6mr5900883pfh.70.1528911591738; Wed, 13 Jun 2018 10:39:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528911591; cv=none; d=google.com; s=arc-20160816; b=ApoNSr+DdDCN37J/gkmGplGednW5efgBDChM54g7NT5PeuiBDZiedqwIAnRo+Y/bve cfYLOGzMx5d6F42+0HO/xF02xyZ1e5HFGkpmEzrkk4BaMSBrNKth3CCrkIwLtCAnDO7L feJEjRiN1GebhZ4IPNyX1jrmBGBGf/kxT48hsMxTsP+FATTMLpEpZ2g9n3U5bveUmtTG mP0BDft2zEdOEKDDqjQ3fcE1471/9ZUvoFdXvj8k5JtvHdd7lqccXsRl9qRoDco9Bfyg VohCgVfy2Cz7XKDs1ibcH6LjTeGLUquAc9Q4tNfHfMz0aotxFXQhT5XKyABJ1iXsl+Rf Ww/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from :arc-authentication-results; bh=+bn/8mniGKZauPmtdRhIJovbl7/iaMV7Y7hp7vFfUQg=; b=i83qfzTsFfTKV9H6ycOv35YBIiHdPBQFdH66DAdhXDtJr4woEOXzLsN2b12bIuPjk5 +Zf/Wwx0+CASxItvJxDqK2G2E1w3lpjTJfPc2KFdlxN9nF61Z1Quj6xNgmYa1lstaw0h /NTMUsAHI78vm6BVIXtxY4oIMUlpLT+VftjjMyqL/Tf3tClrzqc7FNDELDY6O1xfMR6Q 7Px9HJSmR/ocN8rW90mFGywjAe7pH3dSZzRrgt/EklEovTJJzYSeE2JFf4CQz1phuRzN za8H5/jL16NDY5ScMK6T5Y43ilNPmjGfzBQNdwjlFz2eRdwz2x760jYm5PNsrozRrRbi E61w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g23-v6si3821384pli.110.2018.06.13.10.39.37; Wed, 13 Jun 2018 10:39:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935307AbeFMRjF (ORCPT + 99 others); Wed, 13 Jun 2018 13:39:05 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:50398 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934796AbeFMRjD (ORCPT ); Wed, 13 Jun 2018 13:39:03 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E4C981435; Wed, 13 Jun 2018 10:39:02 -0700 (PDT) Received: from localhost (e105922-lin.cambridge.arm.com [10.1.206.33]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 652173F25D; Wed, 13 Jun 2018 10:39:02 -0700 (PDT) From: Punit Agrawal To: Xie XiuQi , Hanjun Guo Cc: Bjorn Helgaas , tnowicki@caviumnetworks.com, linux-pci@vger.kernel.org, Catalin Marinas , "Rafael J. Wysocki" , Will Deacon , Linux Kernel Mailing List , Jarkko Sakkinen , linux-mm@kvack.org, wanghuiqiang@huawei.com, Greg Kroah-Hartman , Bjorn Helgaas , Andrew Morton , zhongjiang , linux-arm , Michal Hocko Subject: Re: [PATCH 1/2] arm64: avoid alloc memory on offline node References: <1527768879-88161-2-git-send-email-xiexiuqi@huawei.com> <20180606154516.GL6631@arm.com> <20180607105514.GA13139@dhcp22.suse.cz> <5ed798a0-6c9c-086e-e5e8-906f593ca33e@huawei.com> <20180607122152.GP32433@dhcp22.suse.cz> <20180611085237.GI13364@dhcp22.suse.cz> <16c4db2f-bc70-d0f2-fb38-341d9117ff66@huawei.com> <20180611134303.GC75679@bhelgaas-glaptop.roam.corp.google.com> <20180611145330.GO13364@dhcp22.suse.cz> <87lgbk59gs.fsf@e105922-lin.cambridge.arm.com> Date: Wed, 13 Jun 2018 18:39:00 +0100 In-Reply-To: <87lgbk59gs.fsf@e105922-lin.cambridge.arm.com> (Punit Agrawal's message of "Tue, 12 Jun 2018 16:08:03 +0100") Message-ID: <87bmce60y3.fsf@e105922-lin.cambridge.arm.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Punit Agrawal writes: [...] > > CONFIG_HAVE_MEMORYLESS node is not enabled on arm64 which means we end > up returning the original node in the fallback path. > > Xie, does the below patch help? I can submit a proper patch if this > fixes the issue for you. > > -- >8 -- > Subject: [PATCH] arm64/numa: Enable memoryless numa nodes > > Signed-off-by: Punit Agrawal > --- > arch/arm64/Kconfig | 4 ++++ > arch/arm64/mm/numa.c | 2 ++ > 2 files changed, 6 insertions(+) > > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index eb2cf4938f6d..5317e9aa93ab 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -756,6 +756,10 @@ config USE_PERCPU_NUMA_NODE_ID > def_bool y > depends on NUMA > > +config HAVE_MEMORYLESS_NODES > + def_bool y > + depends on NUMA > + > config HAVE_SETUP_PER_CPU_AREA > def_bool y > depends on NUMA > diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c > index dad128ba98bf..c699dcfe93de 100644 > --- a/arch/arm64/mm/numa.c > +++ b/arch/arm64/mm/numa.c > @@ -73,6 +73,8 @@ EXPORT_SYMBOL(cpumask_of_node); > static void map_cpu_to_node(unsigned int cpu, int nid) > { > set_cpu_numa_node(cpu, nid); > + set_numa_mem(local_memory_node(nid)); Argh, this should be set_cpu_numa_mem(cpu, local_memory_node(nid)); There is not guarantee that map_cpu_to_node() will be called on the local cpu. Hanjun, Xie - can you try with the update please? Thanks, Punit > + > if (nid >= 0) > cpumask_set_cpu(cpu, node_to_cpumask_map[nid]); > }