Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp1049720iob; Fri, 13 May 2022 21:06:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxiLcKD9arfW3Y5x5nEz59kSMTRgx+K2Tac7+Ey/3pOVk9QCb0oGuHMmnBeNvbnj+9DgMR3 X-Received: by 2002:a05:600c:154d:b0:394:8582:58f3 with SMTP id f13-20020a05600c154d00b00394858258f3mr17557022wmg.90.1652501164567; Fri, 13 May 2022 21:06:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652501164; cv=none; d=google.com; s=arc-20160816; b=m/4FMfACAG3xE6+KDtJMltlD68wSkILNFLGSXBBLlAaLVRxVhwZuzByi04Z7siJRGT AgOigw+WIxGay5EnlghhmFUvsHSl1KsSGXyfVcHACms2EC8vqxpMBATs5DODK78s7kFX C90qGmRsoH62dIVw5APs0ai8UroqNDQJZBOba+UNijvdf62mYk5zIxuOPjACzm1gELYN AM+SODPEFJBf9/qBOcXw1CSrwLFFSklRTjnSzcelCNcD2blZv3hm9UlBBMEkW4hEWe+I Xz2yhdNsX5nSpXZxNVA+LwuiKf0yhiBTrfRnv4o+QAWAk/YnL+m8kHhFxPNIlh2vEhOO j/wA== 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=8rio6sp+ywNvJQ+BVTlTf0P9875Am2ETWI5y4p51Lvs=; b=cVd9w0Nm6bd9wu/kMykZBoCcJ/T2vrgbIFrcvhtuAKImOKOPSBw3AMDJJ/AS8BT8UO /YY+iPOlxvcPr+Dj+xC+hwyiYO9Rc63bjQMPL2M2K2EZN/1ZY+ltxDIjBEhEl+g71m59 eOUXKbE1PORS8yn/R2I4zYnY0WDCz6pgidjqUtuxd1T916gDo4z7hF3MNzEMUX0z7CIH JJ1k4amh8STkES4S3jlt1HmSvcFAb3mPtO7qeb0bL0mBfQlMvycrBsHaEFuNJ9X0g8qi 39UIga1cMncJN0aRQsdQvkgNh/Dj7ucO00whbzLPWNkcWgKPrML/Jc8gqsCPBP1IFZsp lFeQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id q9-20020a5d61c9000000b0020ad77f1a1fsi3141835wrv.264.2022.05.13.21.06.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 May 2022 21:06: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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 567D24BDB05; Fri, 13 May 2022 17:37:55 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1379214AbiEMJ4P (ORCPT + 99 others); Fri, 13 May 2022 05:56:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46150 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1379252AbiEMJ4M (ORCPT ); Fri, 13 May 2022 05:56:12 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 809881402C for ; Fri, 13 May 2022 02:56:11 -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 55CDD143D; Fri, 13 May 2022 02:56:11 -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 160BC3F5A1; Fri, 13 May 2022 02:56:09 -0700 (PDT) From: Sudeep Holla To: Atish Patra , Atish Patra , linux-kernel@vger.kernel.org Cc: Sudeep Holla , Atish Patra , Vincent Guittot , Morten Rasmussen , Dietmar Eggemann , Qing Wang Subject: [PATCH 0/4] arch_topology: Updates to add socket support and fix cluster ids Date: Fri, 13 May 2022 10:55:55 +0100 Message-Id: <20220513095559.1034633-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=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 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. llc_id is not handled as part of these changes. 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. Sudeep Holla (4): arch_topology: Don't set cluster identifier as physical package identifier arch_topology: Set thread and core siblings only within the cluster arch_topology: Set cluster identifier in each core/thread from /cpu-map arch_topology: Add support for parsing sockets in /cpu-map drivers/base/arch_topology.c | 48 +++++++++++++++++++++++++++--------- 1 file changed, 37 insertions(+), 11 deletions(-) -- 2.36.1