Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp5873434pxb; Thu, 27 Jan 2022 01:06:09 -0800 (PST) X-Google-Smtp-Source: ABdhPJy7ivzDghmRnNk8vHmsq7+dt5/6EYZCo9o60y9BkAHEZQd+CmPRlMG3ipbsFOjJh2WARbML X-Received: by 2002:a17:907:9611:: with SMTP id gb17mr2218485ejc.442.1643274369242; Thu, 27 Jan 2022 01:06:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643274369; cv=none; d=google.com; s=arc-20160816; b=dOcafg4uTUdQd1+trJ865YhmkHnjshAa19o4Z2y+/mP6wG9Zzg7s35j2RMy8+oYRHr zMmgxpLU/9VUqzQ82XswJ193tsTAW1CRywGj7Bxsq4EgSS0UHX88vNra+cTmkace7JmF Qrd65bN9c/rf9vIdpj3jVGLFZ0gl18gE2nH0ZGe8YyLMTE65h8i6LpxagZBmnLi3jpXj mfq7Rf1JJbjM99rB8fKvVfTxB4waFW4HHdPRH4pWm3Tz/e3rJ+hP3uYt9YUojyz+g4Oo ciIOjFjl71MRvdVZ0f3x/dv1QCcH/UFBrzrIKNIXfHPir3vsw9JSYGX1iCEZJwZ25YL9 acKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from :dkim-signature:dkim-filter; bh=N7YZd3jrpz266OVuKT55Gyq8urp7qTk1xIhBOfcbbZg=; b=Jfr3kMMnxmxx0i5YUX55SIFswS6W1vPFet23+71/w/+MQuBQpxp3XYIQ7JVsLpeS3H whCsDfe8HToiR/Y129jFD4nvSAp5i7YD2lJpaBH7ump9daq6WJ48nNemhTFhMuqvF5si al0cm8gbNQj+oOF552hCeoJsiV7a+bjeavIqRsGJLyaiCjj4fPn20Q/Zh6yC9gGTI57/ VTVrLOtoGxDuCz+pkHIzB5zdoWGuBN8waoGyMSpyL6hY/0BFZSE1wBgaOhG95vcB144o 6VPVNjzMWNyd54zIf3dWDeqJ3XqxAJCKYpLtgBmYLCV+oyQdCDTPsjryipDboXQ5J8cd b/kA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxonhyperv.com header.s=default header.b=LcfALtu3; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxonhyperv.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dt5si1077580ejc.178.2022.01.27.01.05.43; Thu, 27 Jan 2022 01:06:09 -0800 (PST) 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; dkim=pass header.i=@linuxonhyperv.com header.s=default header.b=LcfALtu3; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxonhyperv.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234651AbiA0Bnm (ORCPT + 99 others); Wed, 26 Jan 2022 20:43:42 -0500 Received: from linux.microsoft.com ([13.77.154.182]:50024 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234639AbiA0Bnm (ORCPT ); Wed, 26 Jan 2022 20:43:42 -0500 Received: by linux.microsoft.com (Postfix, from userid 1004) id B977B20B6C61; Wed, 26 Jan 2022 17:43:41 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com B977B20B6C61 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxonhyperv.com; s=default; t=1643247821; bh=N7YZd3jrpz266OVuKT55Gyq8urp7qTk1xIhBOfcbbZg=; h=From:To:Cc:Subject:Date:From; b=LcfALtu3gqigSlR3ZX0UApBkkcw3o5D5EvnpijSepTZKiTS5LY/gr7qcVfi7PkhB1 dLq91CjQJZPqQ7WTk13+pRHVEfBRFxFaXLn79E6RiRYpvkwjYQqREDVnAZeI7IlLZr 0HsLqmhZhvK/0R1iX/CotMpcjAIiF9WgKLLbOX0M= From: longli@linuxonhyperv.com To: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, linux-hyperv@vger.kernel.org, paekkaladevi@microsoft.com Cc: Long Li Subject: [Patch v4] PCI: hv: Fix NUMA node assignment when kernel boots with custom NUMA topology Date: Wed, 26 Jan 2022 17:43:34 -0800 Message-Id: <1643247814-15184-1-git-send-email-longli@linuxonhyperv.com> X-Mailer: git-send-email 1.8.3.1 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Long Li When kernel boots with a NUMA topology with some NUMA nodes offline, the PCI driver should only set an online NUMA node on the device. This can happen during KDUMP where some NUMA nodes are not made online by the KDUMP kernel. This patch also fixes the case where kernel is booting with "numa=off". Fixes: 999dd956d838 ("PCI: hv: Add support for protocol 1.3 and support PCI_BUS_RELATIONS2") Signed-off-by: Long Li Reviewed-by: Michael Kelley --- Change log: v2: use numa_map_to_online_node() to assign a node to device (suggested by Michael Kelly ) v3: add "Fixes" and check for num_possible_nodes() v4: fix commit message format drivers/pci/controller/pci-hyperv.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/drivers/pci/controller/pci-hyperv.c b/drivers/pci/controller/pci-hyperv.c index 20ea2ee330b8..ae0bc2fee4ca 100644 --- a/drivers/pci/controller/pci-hyperv.c +++ b/drivers/pci/controller/pci-hyperv.c @@ -2155,8 +2155,17 @@ static void hv_pci_assign_numa_node(struct hv_pcibus_device *hbus) if (!hv_dev) continue; - if (hv_dev->desc.flags & HV_PCI_DEVICE_FLAG_NUMA_AFFINITY) - set_dev_node(&dev->dev, hv_dev->desc.virtual_numa_node); + if (hv_dev->desc.flags & HV_PCI_DEVICE_FLAG_NUMA_AFFINITY && + hv_dev->desc.virtual_numa_node < num_possible_nodes()) + /* + * The kernel may boot with some NUMA nodes offline + * (e.g. in a KDUMP kernel) or with NUMA disabled via + * "numa=off". In those cases, adjust the host provided + * NUMA node to a valid NUMA node used by the kernel. + */ + set_dev_node(&dev->dev, + numa_map_to_online_node( + hv_dev->desc.virtual_numa_node)); put_pcichild(hv_dev); } -- 2.25.1