Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp9355961imu; Wed, 5 Dec 2018 03:32:17 -0800 (PST) X-Google-Smtp-Source: AFSGD/W0lyGBx3QwkMcGsvnA6S0qbFzGxCoXrtI1q25qhHptnaPEVXEthT6ieGPUHkRVzBbWbMxz X-Received: by 2002:a17:902:e085:: with SMTP id cb5mr23481013plb.24.1544009537396; Wed, 05 Dec 2018 03:32:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544009537; cv=none; d=google.com; s=arc-20160816; b=xMNMSZarpNyEE88AnCeil/n/bFEh9zRY3Crg0lEkjgkoJGLNfZFkK97K38U3aAyyTo 0VSslxL8O1Dg/lYRXAC+Ma4giZXDmiuVHXFN4XYb9qDkAwkubQTTy5TLxa/eQyuDFpal sP704vZA+f6Q8Y6sfUhftyUoM81x2DQvT/0RUy2d+R56ZF1pVRQS/5wp1det4arTL+Uh ld72PWXpg8kRSp8bMEbKofjCKTS0Hpa7x4cWYAya1FuiyL3Bm5Uy9GwDpAhf6adqjacV 0dtCokofwA/3tlJneBF45RUtMjEBOxk7GADkuNRxfmz45oIoMnGTyACOkzOWR4E0N94k JJUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=TpXYs7Ov2NcWTlTPCt8UlY3F4VGaUuQjrAiPdzzbtYY=; b=T99mxxwkrj9itF0ryQFFvDkGD9nnUl5jmR8T26q0GGZQO0XbQRhpbtg0qX/ZpqEuje ZCsHSxcSvOYFadbUX8G/H9jz3JEVx0nMhZkR409Ttr9WV5tK2U42FTOTLeEIGOhaWdgd fdsbFTpAOvpjlpx9SlXljTUiS7RO3DJZk+TrTG5Hs91GBAWhtWmH69rgUDawmwH0KYgf HR7jJ18LQTzHQGb50soxp67gxINPuDsRvX34RLDRDK22g5JhbiPKj5HMfMLrdyAWFD5j hlilxhhpLzOx4ag1smQGYk+JrK9MaWgdrhwmVB+cMx40SefDob1CFyo/VhdaaWcbciwm pCdQ== 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 30si16679141pgr.396.2018.12.05.03.32.01; Wed, 05 Dec 2018 03:32:17 -0800 (PST) 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 S1727737AbeLELbS (ORCPT + 99 others); Wed, 5 Dec 2018 06:31:18 -0500 Received: from foss.arm.com ([217.140.101.70]:52550 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbeLELbQ (ORCPT ); Wed, 5 Dec 2018 06:31:16 -0500 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 D4A7E80D; Wed, 5 Dec 2018 03:31:15 -0800 (PST) Received: from [10.1.34.157] (p8cg001049571a15.cambridge.arm.com [10.1.34.157]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 65CA23F575; Wed, 5 Dec 2018 03:31:11 -0800 (PST) Subject: Re: [PATCH V2] mm: Replace all open encodings for NUMA_NO_NODE To: Lubomir Rintel , linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: ocfs2-devel@oss.oracle.com, linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org, netdev@vger.kernel.org, intel-wired-lan@lists.osuosl.org, linux-media@vger.kernel.org, iommu@lists.linux-foundation.org, linux-rdma@vger.kernel.org, dmaengine@vger.kernel.org, linux-block@vger.kernel.org, sparclinux@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-ia64@vger.kernel.org, linux-alpha@vger.kernel.org, akpm@linux-foundation.org, jiangqi903@gmail.com, hverkuil@xs4all.nl, vkoul@kernel.org References: <1543235202-9075-1-git-send-email-anshuman.khandual@arm.com> From: Anshuman Khandual Message-ID: Date: Wed, 5 Dec 2018 17:01:17 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/05/2018 02:56 AM, Lubomir Rintel wrote: > On Mon, 2018-11-26 at 17:56 +0530, Anshuman Khandual wrote: >> At present there are multiple places where invalid node number is encoded >> as -1. Even though implicitly understood it is always better to have macros >> in there. Replace these open encodings for an invalid node number with the >> global macro NUMA_NO_NODE. This helps remove NUMA related assumptions like >> 'invalid node' from various places redirecting them to a common definition. >> >> Signed-off-by: Anshuman Khandual >> --- >> Changes in V2: >> >> - Added inclusion of 'numa.h' header at various places per Andrew >> - Updated 'dev_to_node' to use NUMA_NO_NODE instead per Vinod >> >> Changes in V1: (https://lkml.org/lkml/2018/11/23/485) >> >> - Dropped OCFS2 changes per Joseph >> - Dropped media/video drivers changes per Hans >> >> RFC - https://patchwork.kernel.org/patch/10678035/ >> >> Build tested this with multiple cross compiler options like alpha, sparc, >> arm64, x86, powerpc, powerpc64le etc with their default config which might >> not have compiled tested all driver related changes. I will appreciate >> folks giving this a test in their respective build environment. >> >> All these places for replacement were found by running the following grep >> patterns on the entire kernel code. Please let me know if this might have >> missed some instances. This might also have replaced some false positives. >> I will appreciate suggestions, inputs and review. >> >> 1. git grep "nid == -1" >> 2. git grep "node == -1" >> 3. git grep "nid = -1" >> 4. git grep "node = -1" >> >> arch/alpha/include/asm/topology.h | 3 ++- >> arch/ia64/kernel/numa.c | 2 +- >> arch/ia64/mm/discontig.c | 6 +++--- >> arch/ia64/sn/kernel/io_common.c | 3 ++- >> arch/powerpc/include/asm/pci-bridge.h | 3 ++- >> arch/powerpc/kernel/paca.c | 3 ++- >> arch/powerpc/kernel/pci-common.c | 3 ++- >> arch/powerpc/mm/numa.c | 14 +++++++------- >> arch/powerpc/platforms/powernv/memtrace.c | 5 +++-- >> arch/sparc/kernel/auxio_32.c | 3 ++- >> arch/sparc/kernel/pci_fire.c | 3 ++- >> arch/sparc/kernel/pci_schizo.c | 3 ++- >> arch/sparc/kernel/pcic.c | 7 ++++--- >> arch/sparc/kernel/psycho_common.c | 3 ++- >> arch/sparc/kernel/sbus.c | 3 ++- >> arch/sparc/mm/init_64.c | 6 +++--- >> arch/sparc/prom/init_32.c | 3 ++- >> arch/sparc/prom/init_64.c | 5 +++-- >> arch/sparc/prom/tree_32.c | 13 +++++++------ >> arch/sparc/prom/tree_64.c | 19 ++++++++++--------- >> arch/x86/include/asm/pci.h | 3 ++- >> arch/x86/kernel/apic/x2apic_uv_x.c | 7 ++++--- >> arch/x86/kernel/smpboot.c | 3 ++- >> arch/x86/platform/olpc/olpc_dt.c | 17 +++++++++-------- >> drivers/block/mtip32xx/mtip32xx.c | 5 +++-- >> drivers/dma/dmaengine.c | 4 +++- >> drivers/infiniband/hw/hfi1/affinity.c | 3 ++- >> drivers/infiniband/hw/hfi1/init.c | 3 ++- >> drivers/iommu/dmar.c | 5 +++-- >> drivers/iommu/intel-iommu.c | 3 ++- >> drivers/misc/sgi-xp/xpc_uv.c | 3 ++- >> drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 5 +++-- >> include/linux/device.h | 2 +- >> init/init_task.c | 3 ++- >> kernel/kthread.c | 3 ++- >> kernel/sched/fair.c | 15 ++++++++------- >> lib/cpumask.c | 3 ++- >> mm/huge_memory.c | 13 +++++++------ >> mm/hugetlb.c | 3 ++- >> mm/ksm.c | 2 +- >> mm/memory.c | 7 ++++--- >> mm/memory_hotplug.c | 12 ++++++------ >> mm/mempolicy.c | 2 +- >> mm/page_alloc.c | 4 ++-- >> mm/page_ext.c | 2 +- >> net/core/pktgen.c | 3 ++- >> net/qrtr/qrtr.c | 3 ++- >> tools/perf/bench/numa.c | 6 +++--- >> 48 files changed, 146 insertions(+), 108 deletions(-) > Thanks for the patch. It seems to me that you've got a fairly large > amount of it wrong though -- perhaps relying just on "git grep" alone > is not the best idea. Hmm, okay. > > The diffstat is not all that big, it is entirely plausible to just > review each hunk manually: just do a "git show -U20" to get some > context. > > You get a NAK from me for the OLPC DT part, but I think at least the > sparc/prom part also deals with device tree nodes and not NUMA nodes. Will take a closer look at all the instances you have pointed out and then re-spin the patch. Just wondering how should I take care of Stephen's patch which is a fix for this one and available in Andrew's staging tree. Should I just go ahead and fold both them with Stephen's signed-off-by while re-spinning this patch ? Please suggest.