Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp762299ybt; Mon, 6 Jul 2020 23:00:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwhGFaM/T0vWUN+3+in6pZJRWKFsM5nc2VtAN+1CThdSX5xLW8XQCPEuovGWaumdxZt6YqU X-Received: by 2002:aa7:da46:: with SMTP id w6mr49694452eds.261.1594101615655; Mon, 06 Jul 2020 23:00:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594101615; cv=none; d=google.com; s=arc-20160816; b=UHyG4AATjMJeYheB94UjYYpKDeRpdRWklgT/UIIk3Mc+YXj/ro0CP/3J4c5Y4Z8+jE pJ6AXckHlGKFJhUBzT3HnS2SvNulurNAWOhp05uT7DdKEpKYs/v0AlFNEdberUii8cWT WMG5Yodu60c0O2jYpBoll3pbsmQ+TD81y10jXBy4EIMh5nteMw+2ntuJ1wTWNEz8ogUg l41EfTtyVDDMCM/oP/sHBvxmuDyUn66UyDkCqJVHY8cg83TVGoKMxl72EyVabSBhvPXd G7CepT2rlG9OTlT1Eazkz6ndPUzCEiO2UWmW4LHrOzXoy6xEOCCM6oouQOMY2FZ0YZzM 8jKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=Web5/U/99iPyzarW+fGXt0OkCvUqqgwiaeu60XDVMfA=; b=thgIZO1SgoPnurWFGBTpaAFozJGjr0Y4DgnZcRB6+I3hhgB3pj0WtlLCJfZ1bR0Rzl fft589LTmu5Y4dQGUNZ2eSLEHTDCK8D7XJPROEJpdnq01QoID9K2Z0OKe9PfqO4qMAaa E/R532NZLCYnWiBViE6s6MbggjI/rcE3TqHHT4vq6/1diLAX0YQ8WfF7GIttEQ8sbie8 jVjDK4KpxOzXuYmCcEDwNDCYrcwdgMBdlPOy/FG4SooX+y6acxk8bbkAgVSINR3CqCZH 8pyONiNE/xTpmwp54yym6wCRwLMXuoVitwSie7KfdHk96LwAAQgsX/AZRUHGBEismp+v EAUw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h13si13594240ejl.692.2020.07.06.22.59.52; Mon, 06 Jul 2020 23:00:15 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728133AbgGGF7i (ORCPT + 99 others); Tue, 7 Jul 2020 01:59:38 -0400 Received: from foss.arm.com ([217.140.110.172]:49940 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727827AbgGGF7h (ORCPT ); Tue, 7 Jul 2020 01:59:37 -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 381CCD6E; Mon, 6 Jul 2020 22:59:37 -0700 (PDT) Received: from localhost.localdomain (entos-thunderx2-02.shanghai.arm.com [10.169.212.213]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 806363F68F; Mon, 6 Jul 2020 22:59:32 -0700 (PDT) From: Jia He To: Catalin Marinas , Will Deacon , Dan Williams , Vishal Verma , Dave Jiang Cc: Michal Hocko , Andrew Morton , Mike Rapoport , Baoquan He , Chuhong Yuan , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-nvdimm@lists.01.org, Kaly Xin , Jia He Subject: [PATCH v2 1/3] arm64/numa: export memory_add_physaddr_to_nid as EXPORT_SYMBOL_GPL Date: Tue, 7 Jul 2020 13:59:15 +0800 Message-Id: <20200707055917.143653-2-justin.he@arm.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20200707055917.143653-1-justin.he@arm.com> References: <20200707055917.143653-1-justin.he@arm.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This exports memory_add_physaddr_to_nid() for module driver to use. memory_add_physaddr_to_nid() is a fallback option to get the nid in case NUMA_NO_NID is detected. Suggested-by: David Hildenbrand Signed-off-by: Jia He --- arch/arm64/mm/numa.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c index aafcee3e3f7e..7eeb31740248 100644 --- a/arch/arm64/mm/numa.c +++ b/arch/arm64/mm/numa.c @@ -464,10 +464,11 @@ void __init arm64_numa_init(void) /* * We hope that we will be hotplugging memory on nodes we already know about, - * such that acpi_get_node() succeeds and we never fall back to this... + * such that acpi_get_node() succeeds. But when SRAT is not present, the node + * id may be probed as NUMA_NO_NODE by acpi, Here provide a fallback option. */ int memory_add_physaddr_to_nid(u64 addr) { - pr_warn("Unknown node for memory at 0x%llx, assuming node 0\n", addr); return 0; } +EXPORT_SYMBOL_GPL(memory_add_physaddr_to_nid); -- 2.17.1