From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f70.google.com (mail-wm0-f70.google.com [74.125.82.70]) by kanga.kvack.org (Postfix) with ESMTP id 535DF6B0008 for ; Tue, 19 Jun 2018 08:07:17 -0400 (EDT) Received: by mail-wm0-f70.google.com with SMTP id h81-v6so6812717wmf.6 for ; Tue, 19 Jun 2018 05:07:17 -0700 (PDT) Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id r14-v6si6101206edq.38.2018.06.19.05.07.16 for (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 19 Jun 2018 05:07:16 -0700 (PDT) Date: Tue, 19 Jun 2018 14:07:14 +0200 From: Michal Hocko Subject: Re: [PATCH 1/2] arm64: avoid alloc memory on offline node Message-ID: <20180619120714.GE13685@dhcp22.suse.cz> References: <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> <87bmce60y3.fsf@e105922-lin.cambridge.arm.com> <8b715082-14d4-f10b-d2d6-b23be7e4bf7e@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8b715082-14d4-f10b-d2d6-b23be7e4bf7e@huawei.com> Sender: owner-linux-mm@kvack.org List-ID: To: Xie XiuQi Cc: Punit Agrawal , Hanjun Guo , 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 On Tue 19-06-18 20:03:07, Xie XiuQi wrote: [...] > I tested on a arm board with 128 cores 4 numa nodes, but I set CONFIG_NR_CPUS=72. > Then node 3 is not be created, because node 3 has no memory, and no cpu. > But some pci device may related to node 3, which be set in ACPI table. Could you double check that zonelists for node 3 are generated correctly? -- Michal Hocko SUSE Labs