Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp136499pxb; Thu, 2 Sep 2021 21:41:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyq/bctBC2DYUU/rcbqBBEL5NjucVp075SVMjn/90+Zdi7Eck1w6N76RInZihCZQRtY/FWF X-Received: by 2002:a05:6e02:1ca6:: with SMTP id x6mr1164924ill.86.1630644069413; Thu, 02 Sep 2021 21:41:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630644069; cv=none; d=google.com; s=arc-20160816; b=ZII2Nun/GT5IuDYKvn/0vPnfkcLXtUptq6HhtQ0LvrLpRCxgpSsjDjeeXFAfzK2gCn ucyaKO/2oZlEN5u2oGFjBmVO/OQBwizMzCSMZsnIZbCOpb3w6gMYYpCoXKENugg0UDTN 4clzoerkA/fBJL3dvRR5C7CSNM0B7lrEQenQN6yKjgIyCAGzqONFzHa1C1c09269kUWw doR64r4tUlJOyVnlc3SzsMrh+hi6oZrSU91seTQ14n7XeWwsWBeECbG2SkUR8WWrpZAP Hm5QnR1Sgb7sKJ7MQbZ8xmhxl+qwiN4tO2YpJXv6rQKAbYiwF+Q+YI/OXsA3eeI085KC DY6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=DrCIhb9bs7R5Cj47JMJZqeqsHf83yjFMXfISuUlmxe4=; b=hBg2uEnJ1kVU2Pjf1WpduCwZmSxnOTWigakmgR2AvlOs3+xpQVXZvEEOf4qBcvoN4l 95pSnfHqsXNPUP9toQ4pgwwqpe9q7Y3TkikpiZPag4Ga6XgmTLruFYJQLkBPVuQX9M8l mE+DqgKyojrFObtdDH/b5qRx5UnVVZdvlDQr95qd+IZD/+TvPmGs8W2gJrQCX3HzjCaP m9tTb65vReb4hh5gSTOxYq1XponrtI7JBmCWLrZ6amWzsUabd/prU4vP4+2ManGiuH6V mhmG1X5VshzcMiSOW14yJDqYeVN7TEAbK72QeW474unm8RoJPWTqgoAzZWcU+NqO9ByX CJFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e33si2065349jaf.117.2021.09.02.21.40.55; Thu, 02 Sep 2021 21:41:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231705AbhICEP4 (ORCPT + 99 others); Fri, 3 Sep 2021 00:15:56 -0400 Received: from foss.arm.com ([217.140.110.172]:34740 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229573AbhICEPz (ORCPT ); Fri, 3 Sep 2021 00:15:55 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 2BB37D6E; Thu, 2 Sep 2021 21:14:56 -0700 (PDT) Received: from [10.163.72.65] (unknown [10.163.72.65]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 05B463F5A1; Thu, 2 Sep 2021 21:14:52 -0700 (PDT) Subject: Re: [FIX PATCH 1/2] mm/page_alloc: Print node fallback order To: Bharata B Rao , linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: akpm@linux-foundation.org, kamezawa.hiroyu@jp.fujitsu.com, lee.schermerhorn@hp.com, mgorman@suse.de, Krupa.Ramakrishnan@amd.com, Sadagopan.Srinivasan@amd.com References: <20210830121603.1081-1-bharata@amd.com> <20210830121603.1081-2-bharata@amd.com> From: Anshuman Khandual Message-ID: Date: Fri, 3 Sep 2021 09:45:53 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210830121603.1081-2-bharata@amd.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/30/21 5:46 PM, Bharata B Rao wrote: > Print information message about the allocation fallback order > for each NUMA node during boot. > > No functional changes here. This makes it easier to illustrate > the problem in the node fallback list generation, which the > next patch fixes. > > Signed-off-by: Bharata B Rao > --- > mm/page_alloc.c | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index eeb3a9cb36bb..22f7ad6ec11c 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -6277,6 +6277,10 @@ static void build_zonelists(pg_data_t *pgdat) > > build_zonelists_in_node_order(pgdat, node_order, nr_nodes); > build_thisnode_zonelists(pgdat); > + pr_info("Fallback order for Node %d: ", local_node); > + for (node = 0; node < nr_nodes; node++) > + pr_cont("%d ", node_order[node]); > + pr_cont("\n"); > } > > #ifdef CONFIG_HAVE_MEMORYLESS_NODES > A small nit, checkpatch.pl throws up an warning. Should this use pr_info() instead ? WARNING: Avoid logging continuation uses where feasible #29: FILE: mm/page_alloc.c:6282: + pr_cont("%d ", node_order[node]); WARNING: Avoid logging continuation uses where feasible #30: FILE: mm/page_alloc.c:6283: + pr_cont("\n"); total: 0 errors, 2 warnings, 10 lines checked