Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp959586pxp; Wed, 16 Mar 2022 22:41:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmIdS1wyoiDsAnFqz4TWxbsef29QlGyEOyhjH9MORsq9tzBpKLdX//6H18yQL7i79BAKQT X-Received: by 2002:a17:902:d101:b0:153:967c:b1e3 with SMTP id w1-20020a170902d10100b00153967cb1e3mr2973166plw.42.1647495664940; Wed, 16 Mar 2022 22:41:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647495664; cv=none; d=google.com; s=arc-20160816; b=W18Lj4h4aGmbLtGcGgi/7vJau0HaMj06RupyDpbcRsXvTmTde2lgj5VvsEVUZ08cnb wtxPEV25X2MlNlXy8rR15pBZUNlp20Lbd68zAxLs1BItRsNT6ssdmcgll//xnB23kyNd PfM/zyc4SuO9jBClMG+NfnM/ut8reKrsZ0DluJ5Xj/FWqmsZDTjq+ndXBR9xQe5wIK04 O0yc63mb7Rbr41mRi9YtFWgSKB411vfGj2ntUFiWAr+HgAWZe6dD8nUrVgBFdmve8ezB 6kA5yPbQTbp4at4E0qqREeAJ3gmeoRn0FaG82gkE4LwirJxEKJD3j+Jrkko1dL3+B/yX xQDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=BYM5WDvDYDcwIeTSiyEk3x1GtL/EefMaA8BGpQ/2v1A=; b=mBu9N7kjmP7u02bzkmF2BAppjRb2ICfbNz9NIG6wxvwdPF0/c7AnKwYllmXSXQ3YVd HKuctwhtk1K351RdGINZyfhSk+BoLbm/RLFC7LZ/wDVb68CjpSvH3mZc36PvoVACxs7+ +c9jRVPqdakjkN7ixl05PzgPDNhOVTD0IIiaOEQbelhgoxSWroYmE1cXGAQMMfHC4f8y avQuU5y3VD/FZJk9kkROL+r6+CPtuqeSjlUSoFNVDZPXBqFtZkEAWKeAL6Amyg9UQjT1 3zM14NU1mo5MYqLJIKx8PPSLbQvLPc9YJK0MCGvMZzkn6DW2jHHRz0NfYfxref9tL//8 VZCA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=Y4HL+wfy; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id u11-20020a056a00158b00b004f775259f28si4302002pfk.333.2022.03.16.22.41.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Mar 2022 22:41:04 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=Y4HL+wfy; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 13A3D17ADB9; Wed, 16 Mar 2022 21:49:36 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1357562AbiCPQuD (ORCPT + 99 others); Wed, 16 Mar 2022 12:50:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39000 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1357565AbiCPQty (ORCPT ); Wed, 16 Mar 2022 12:49:54 -0400 Received: from smtp-relay-internal-1.canonical.com (smtp-relay-internal-1.canonical.com [185.125.188.123]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 86E26377D8 for ; Wed, 16 Mar 2022 09:48:39 -0700 (PDT) Received: from mail-il1-f198.google.com (mail-il1-f198.google.com [209.85.166.198]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-1.canonical.com (Postfix) with ESMTPS id 6C6B43F4C1 for ; Wed, 16 Mar 2022 16:48:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1647449318; bh=BYM5WDvDYDcwIeTSiyEk3x1GtL/EefMaA8BGpQ/2v1A=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=Y4HL+wfyN6/b/OyUwSCQxOQegXPTZctzGsqYGYwcp8BsNMNnzmF03F3xWKa3DbLYl XAQuluzWi/Q0dCprpO8FSOTPUrKS0n9U8zQ+v2U+D76LkidISuyVtuJcRi4BQTbS3P wMmfpdznl+na3z3br5dvYFMYhJG+RbBsW29Y9cwgzv0WNGMWI3ESpmZuBiO8NzYXqv zeSkDFVWkgicf2KUFUnOcaCudyY9WuH7wrNoRIIrwIkTXV6qfupf2Siq/jlpn4oNdN jEG+dkEZsBYL99UbJ8HIJWTgGy4oPMSW4DUZGJWMFkvFJRGmwg2u0ShpwqmBgq8ol9 Z/jppwlztJKjg== Received: by mail-il1-f198.google.com with SMTP id f18-20020a926a12000000b002be48b02bc6so1561423ilc.17 for ; Wed, 16 Mar 2022 09:48:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=BYM5WDvDYDcwIeTSiyEk3x1GtL/EefMaA8BGpQ/2v1A=; b=vNdXruDiHjRSkIzkbarRLZMgiLMT52cjujnSQovRdx/BlXANgVRHu2584TCpcd0D0N FDwRyiJwWrSDL2lhtmxA8CB8HuSl5eyGy8hnfLqcj7Y6uUeMFL4wOAf99kaivbhNv6Ub HNO9DacY5f8ko48jvZu5W+KVf7UnnxDw7woJ+fgibdqp8aRYI8eRFkrJUfAP4QhG++pu wE8aJLS2P1CBmykPTnjqTMtOD62UAAuci3dq/ay8MxjPWVKbZRPRC1xHXFi2VOLOcQLc ZM/Deb6DFe+Qkbafg156XfxT8hMzn9qNG8kqijFJXi7YfCIVZ8YmJEwZk19o17Dl9OLa F/Lg== X-Gm-Message-State: AOAM530ua1neMJ8bNxAhDyG6ZOZU9pOlYfHyTr0W7w6ehSkqRnjDK/qK 1gEIhZapIxPJZ/bMyWlq7i3M9mnqI/e/FqdHN0mJlpLtGTq7PEqJMrEY4udCAh1cm1diVu5aYNz IZJJVWCq6T0yctKXc7S4mza1h1BS9PMLLMFtEBVuGMA== X-Received: by 2002:a05:6602:2f09:b0:648:dc2f:a42c with SMTP id q9-20020a0566022f0900b00648dc2fa42cmr468815iow.12.1647449317261; Wed, 16 Mar 2022 09:48:37 -0700 (PDT) X-Received: by 2002:a05:6602:2f09:b0:648:dc2f:a42c with SMTP id q9-20020a0566022f0900b00648dc2fa42cmr468796iow.12.1647449316977; Wed, 16 Mar 2022 09:48:36 -0700 (PDT) Received: from localhost (c-71-196-238-11.hsd1.co.comcast.net. [71.196.238.11]) by smtp.gmail.com with ESMTPSA id a6-20020a92c546000000b002c7a44bf1a5sm1381922ilj.48.2022.03.16.09.48.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Mar 2022 09:48:36 -0700 (PDT) From: dann frazier To: stable@vger.kernel.org Cc: Valentin Schneider , Dietmar Eggemann , Peter Zijlstra , Ingo Molnar , Vincent Guittot , John Paul Adrian Glaubitz , Sergei Trofimovich , Anatoly Pugachev , Andrew Morton , Linus Torvalds , linux-kernel@vger.kernel.org Subject: [PATCH v2 4.19 3/3] ia64: ensure proper NUMA distance and possible map initialization Date: Wed, 16 Mar 2022 10:48:08 -0600 Message-Id: <20220316164808.569272-4-dann.frazier@canonical.com> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220316164808.569272-1-dann.frazier@canonical.com> References: <20220316164808.569272-1-dann.frazier@canonical.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Valentin Schneider commit b22a8f7b4bde4e4ab73b64908ffd5d90ecdcdbfd upstream. John Paul reported a warning about bogus NUMA distance values spurred by commit: 620a6dc40754 ("sched/topology: Make sched_init_numa() use a set for the deduplicating sort") In this case, the afflicted machine comes up with a reported 256 possible nodes, all of which are 0 distance away from one another. This was previously silently ignored, but is now caught by the aforementioned commit. The culprit is ia64's node_possible_map which remains unchanged from its initialization value of NODE_MASK_ALL. In John's case, the machine doesn't have any SRAT nor SLIT table, but AIUI the possible map remains untouched regardless of what ACPI tables end up being parsed. Thus, !online && possible nodes remain with a bogus distance of 0 (distances \in [0, 9] are "reserved and have no meaning" as per the ACPI spec). Follow x86 / drivers/base/arch_numa's example and set the possible map to the parsed map, which in this case seems to be the online map. Link: http://lore.kernel.org/r/255d6b5d-194e-eb0e-ecdd-97477a534441@physik.fu-berlin.de Link: https://lkml.kernel.org/r/20210318130617.896309-1-valentin.schneider@arm.com Fixes: 620a6dc40754 ("sched/topology: Make sched_init_numa() use a set for the deduplicating sort") Signed-off-by: Valentin Schneider Reported-by: John Paul Adrian Glaubitz Tested-by: John Paul Adrian Glaubitz Tested-by: Sergei Trofimovich Cc: "Peter Zijlstra (Intel)" Cc: Ingo Molnar Cc: Vincent Guittot Cc: Dietmar Eggemann Cc: Anatoly Pugachev Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds [ dannf: Use node_distance instead of slit_distance since this is before the rename that occurred in commit ef78e5ec9214 ("ia64: export node_distance function"), plus a minor context adjustment ] Signed-off-by: dann frazier --- arch/ia64/kernel/acpi.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/ia64/kernel/acpi.c b/arch/ia64/kernel/acpi.c index 1dacbf5e9e09..0c1dac64e77b 100644 --- a/arch/ia64/kernel/acpi.c +++ b/arch/ia64/kernel/acpi.c @@ -537,7 +537,8 @@ void __init acpi_numa_fixup(void) if (srat_num_cpus == 0) { node_set_online(0); node_cpuid[0].phys_id = hard_smp_processor_id(); - return; + node_distance(0, 0) = LOCAL_DISTANCE; + goto out; } /* @@ -580,7 +581,7 @@ void __init acpi_numa_fixup(void) for (j = 0; j < MAX_NUMNODES; j++) node_distance(i, j) = i == j ? LOCAL_DISTANCE : REMOTE_DISTANCE; - return; + goto out; } memset(numa_slit, -1, sizeof(numa_slit)); @@ -605,6 +606,8 @@ void __init acpi_numa_fixup(void) printk("\n"); } #endif +out: + node_possible_map = node_online_map; } #endif /* CONFIG_ACPI_NUMA */ -- 2.35.1