Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp3985757ioo; Wed, 25 May 2022 12:09:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJydvjhulsTRm1XdtHWDvBJ96qLpnMSzszrvpcVH1TPMEDJOE71WrHVuxfNITSIE2cetI+bS X-Received: by 2002:a17:903:2ca:b0:156:f1cc:7cb6 with SMTP id s10-20020a17090302ca00b00156f1cc7cb6mr34943685plk.174.1653505780462; Wed, 25 May 2022 12:09:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653505780; cv=none; d=google.com; s=arc-20160816; b=D0rxKEAQaeicLrQ7InEiiEQ8RXHiLTT1YSbZFbs92qGC20C9lw/KtOn46wr8CaKBr7 /NxLRU1hYwGfPq51Eh3Qvhhbf8ZxtYcSu/9dlfvHnc7Fga9EgSB3w6fNqJl1FReLpgRq D/DVbpNZLp2d7N+s0dgTNoj70NohdNQIA+gdCiieA0wp5TELrbsqSIo7m5Wymhs69BGi uT9SwgSYs3kdfXFfb8mw1dIkhaEAFZg+e/95k7urpsH+vqAi8YLEVlPDuhSG+ItRLbWn KJduGViZZqjqRqOSXIn0zFPn/tVVCTLjL3NdpY6ypDOh8V7yIQAzJhWVE0EaXypPsDLL uV3g== 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 :message-id:date:subject:cc:to:from; bh=QbeKQggmYTYoGyf7ARlYe13OR9H5sAEVGjVdhZJu5c4=; b=qwkcDlMUOsSin6OqGzhMT7m860yyNxhD70qROFyDcbgOfuleqD7opOaj/3AdiMdHeh j+WZpFc452ZAk3fBSN1PeVXSReWEUBd8NVQ9HZSKc8m0Cf8SmgxLIcU01t1KUcSIs6he EIosfRzxiGXX6GLz0f/456gBSAm1XEOl60H1TM4xkR7zrXaAw3p1Rc5lJJ6BHoLhowrq /y9Bf6dZ1QAutzwbbsnlh3EaLa9oP3lPP1KPXMMS4a/fbPeeMri+T3eYMYlOQUuarIn8 qZMPEcPxt484us0RknZcqIMYRExZu/4k+u1JxE2JC5KZ8zZIqIup7bX60jTize2chFWd 0r2g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z2-20020a637e02000000b003f60475c667si18886129pgc.116.2022.05.25.12.09.26; Wed, 25 May 2022 12:09:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236146AbiEYIOf (ORCPT + 99 others); Wed, 25 May 2022 04:14:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46768 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233219AbiEYIOd (ORCPT ); Wed, 25 May 2022 04:14:33 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 5BE127C158 for ; Wed, 25 May 2022 01:14:31 -0700 (PDT) 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 79DA21FB; Wed, 25 May 2022 01:14:31 -0700 (PDT) Received: from usa.arm.com (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 9CA133F73D; Wed, 25 May 2022 01:14:29 -0700 (PDT) From: Sudeep Holla To: linux-kernel@vger.kernel.org Cc: Sudeep Holla , Atish Patra , Atish Patra , Vincent Guittot , Morten Rasmussen , Dietmar Eggemann , Qing Wang , linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, Rob Herring Subject: [PATCH v3 00/16] arch_topology: Updates to add socket support and fix cluster ids Date: Wed, 25 May 2022 09:14:00 +0100 Message-Id: <20220525081416.3306043-1-sudeep.holla@arm.com> X-Mailer: git-send-email 2.36.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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 Hi All, This version updates cacheinfo to populate and use the information from there for all the cache topology. Sorry for posting in the middle of merge window but better to get this tested earlier so that it is ready for next merge window. This series intends to fix some discrepancies we have in the CPU topology parsing from the device tree /cpu-map node. Also this diverges from the behaviour on a ACPI enabled platform. The expectation is that both DT and ACPI enabled systems must present consistent view of the CPU topology. Currently we assign generated cluster count as the physical package identifier for each CPU which is wrong. The device tree bindings for CPU topology supports sockets to infer the socket or physical package identifier for a given CPU. Also we don't check if all the cores/threads belong to the same cluster before updating their sibling masks which is fine as we don't set the cluster id yet. These changes also assigns the cluster identifier as parsed from the device tree cluster nodes within /cpu-map without support for nesting of the clusters. Finally, it also add support for socket nodes in /cpu-map. With this the parsing of exact same information from ACPI PPTT and /cpu-map DT node aligns well. The only exception is that the last level cache id information can be inferred from the same ACPI PPTT while we need to parse CPU cache nodes in the device tree. P.S: I have not cc-ed Greg and Rafael so that all the users of arch_topology agree with the changes first before we include them. v2[2]->v3: - Dropped support to get the device node for the CPU's LLC - Updated cacheinfo to support calling of detect_cache_attributes early in smp_prepare_cpus stage - Added support to check if LLC is valid and shared in the cacheinfo - Used the same in arch_topology v1[1]->v2[2]: - Updated ID validity check include all non-negative value - Added support to get the device node for the CPU's last level cache - Added support to build llc_sibling on DT platforms [1] https://lore.kernel.org/lkml/20220513095559.1034633-1-sudeep.holla@arm.com [2] https://lore.kernel.org/lkml/20220518093325.2070336-1-sudeep.holla@arm.com Sudeep Holla (16): cacheinfo: Use of_cpu_device_node_get instead cpu_dev->of_node cacheinfo: Add helper to access any cache index for a given CPU cacheinfo: Move cache_leaves_are_shared out of CONFIG_OF cacheinfo: Add support to check if last level cache(LLC) is valid or shared cacheinfo: Allow early detection and population of cache attributes arch_topology: Add support to parse and detect cache attributes arch_topology: Use the last level cache information from the cacheinfo arm64: topology: Remove redundant setting of llc_id in CPU topology arch_topology: Drop LLC identifier stash from the CPU topology arch_topology: Set thread sibling cpumask only within the cluster arch_topology: Check for non-negative value rather than -1 for IDs validity arch_topology: Avoid parsing through all the CPUs once a outlier CPU is found arch_topology: Don't set cluster identifier as physical package identifier arch_topology: Drop unnecessary check for uninitialised package_id arch_topology: Set cluster identifier in each core/thread from /cpu-map arch_topology: Add support for parsing sockets in /cpu-map arch/arm64/kernel/topology.c | 14 ----- drivers/base/arch_topology.c | 92 +++++++++++++++++---------- drivers/base/cacheinfo.c | 114 +++++++++++++++++++++------------- include/linux/arch_topology.h | 1 - include/linux/cacheinfo.h | 3 + 5 files changed, 135 insertions(+), 89 deletions(-) -- 2.36.1