Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp2830725ybh; Mon, 5 Aug 2019 07:31:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqz7mgBJur6+vC/huoyUvnppFnvpgw+PFHzq4SWp/tCAVhr/4DLhuOvb90lcqa1zHOnXwtYZ X-Received: by 2002:a17:90a:384d:: with SMTP id l13mr18838001pjf.86.1565015461546; Mon, 05 Aug 2019 07:31:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565015461; cv=none; d=google.com; s=arc-20160816; b=rfaAzRg2B6EYCjP9S/1ZwksNYSQN+xq2z3maZXtG3F5vDEblOYxQsTDW5HCR1x9yIT 4iy56LYDUY1KKDRqCZ3D1OyCWQeI/KO1xu2k8t2tqsleGn6cyJYmIlt/XbBh5ujyOWiC 2foNEJMraK6zPQVkOuewvarAc0x7sUtHh7jrTx6OKtbxOTKI3GTfRk+tzW3zR19lmVr5 U4l2cdVcR0rhe060LwV/C/KlUsXNqKSFObfA5/tsT0ZF+F4+H8xQ/7b/MKh2o4W61K6f EvouRXEVSm+VkXZN7/NFgkwEFTE4Mw3oeYdyb4E7/oAl2ct+rMbzLLXAKt3r+ABPWCXa BcaQ== 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=LQvP49WFVae1UMf4wVJ24n42jWYcigps0nwX1x5rSz0=; b=aViBUxlUVj1KSXtqzs6bFUzr1ys902y7bcQnjoYm3TdQFiS1ZA8Pd5RGDMVv1oINri jl3pb/4mU/36HSiu0j33LzyZbST8jB+8U3KHV9/oSr+uI9pXV1R9w2+8c2sIfn+qOm1S DuIjMmMhdSX15Oqc3AuCIZ7LXYBH5epDXabLhpW6l8TGDdbD77dT76wBXyS0cDgtsQFB 5QztXe3kBFCnzH0TDcmZTs/O1YN6BsywWzZENBlsGUOaWX/tyWQ5IuDaI2R1zcNLObTv YgIhfhFzlTckvWGIh1SR7h3l4FcBb2cqGts20WemXzG2Y8bfPEEHAMVn9qWlPFW6POyt Zpiw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s11si42347223pgm.412.2019.08.05.07.30.45; Mon, 05 Aug 2019 07:31:01 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729666AbfHEOaF (ORCPT + 99 others); Mon, 5 Aug 2019 10:30:05 -0400 Received: from mga06.intel.com ([134.134.136.31]:21116 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728863AbfHEOaC (ORCPT ); Mon, 5 Aug 2019 10:30:02 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Aug 2019 07:30:01 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,350,1559545200"; d="scan'208";a="185333627" Received: from unknown (HELO localhost.lm.intel.com) ([10.232.112.69]) by orsmga002.jf.intel.com with ESMTP; 05 Aug 2019 07:30:00 -0700 From: Keith Busch To: linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org, Rafael Wysocki Cc: Dave Hansen , Dan Williams Subject: [PATCH 3/3] acpi/hmat: Skip publishing target info for nodes with no online memory Date: Mon, 5 Aug 2019 08:27:06 -0600 Message-Id: <20190805142706.22520-4-keith.busch@intel.com> X-Mailer: git-send-email 2.13.6 In-Reply-To: <20190805142706.22520-1-keith.busch@intel.com> References: <20190805142706.22520-1-keith.busch@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dan Williams There are multiple scenarios where the HMAT may contain information about proximity domains that are not currently online. Rather than fail to report any HMAT data just elide those offline domains. If and when those domains are later onlined they can be added to the HMEM reporting at that point. This was found while testing EFI_MEMORY_SP support which reserves "specific purpose" memory from the general allocation pool. If that reservation results in an empty numa-node then the node is not marked online leading a spurious: "acpi/hmat: Ignoring HMAT: Invalid table" ...result for HMAT parsing. Reviewed-by: Dave Hansen Reviewed-by: Keith Busch Acked-by: Rafael J. Wysocki Signed-off-by: Dan Williams --- drivers/acpi/hmat/hmat.c | 14 ++++++++++---- 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/acpi/hmat/hmat.c b/drivers/acpi/hmat/hmat.c index f86fe7130736..8f9a28a870b0 100644 --- a/drivers/acpi/hmat/hmat.c +++ b/drivers/acpi/hmat/hmat.c @@ -108,9 +108,6 @@ static __init void alloc_memory_target(unsigned int mem_pxm) { struct memory_target *target; - if (pxm_to_node(mem_pxm) == NUMA_NO_NODE) - return; - target = find_mem_target(mem_pxm); if (target) return; @@ -618,7 +615,16 @@ static void hmat_register_target_perf(struct memory_target *target) static void hmat_register_target(struct memory_target *target) { - if (!node_online(pxm_to_node(target->memory_pxm))) + int nid = pxm_to_node(target->memory_pxm); + + /* + * Skip offline nodes. This can happen when memory + * marked EFI_MEMORY_SP, "specific purpose", is applied + * to all the memory in a promixity domain leading to + * the node being marked offline / unplugged, or if + * memory-only "hotplug" node is offline. + */ + if (nid == NUMA_NO_NODE || !node_online(nid)) return; mutex_lock(&target_lock); -- 2.14.4