Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp6844836ybi; Wed, 29 May 2019 14:16:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqyj+lp2sLNkh/x9ATB5iABNWslPH5rPMKn9PX1NerMb8prHL5x/zS6JxCl3ff8aOIXXv89Y X-Received: by 2002:a63:eb50:: with SMTP id b16mr82681pgk.150.1559164596542; Wed, 29 May 2019 14:16:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559164596; cv=none; d=google.com; s=arc-20160816; b=PmMwHbZ9cibCb3tb2h3kzvcdaBc9j/05K5Kkk4nfG3VJ8zBNOesCc8o4sN/h2222so 1+l1tcVEx1BvczatVWRmMEUP0l97zXF1HZfRW2LHIOvyGEXamoA2RkT7v+DcDx7ipCPV ptrjgPFbs/9+vuo7d5/1UbFY7yPd6fbeiWk55ZsN1WvQ6uhyeV8hjvIo/hisxnrc8ybh WvvutFSO7VprfT2qUt/TcRFHvV5t6zCOjNQJ+dtJFcFfX3JYaOm5mnK3vrhJw7oIU/3r kw6qQhUO2FGubOrTDn6V27zrom4Gff55/DhykADWIxYAUl+4BQSdmHzDR+5WLNfafVU4 6l5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:ironport-sdr:ironport-sdr :dkim-signature; bh=5SIBkBZbp62/rb4557F8yUowwZyCyYY3xObGf7hJ+B4=; b=H1rf4AssBWde18lLRlwjVcogjIKsvqmp5P6SkdEwppP01FIDbqoWse/dKFFibE+pYQ XaBZCI3ejxdKUaVLQXJUusGHbVj0FgRS1/6HKio7FtYy17hzkErbX1w2ytKzu6bqjqbv CprhHpg38XS02crfGgdRd4eBLy46YpWKk5eWuvtEtU97+juFpCavA7npTKu2CkD5R/fB O4spQcwtyCdR38fCXYnzi3Tqur4Qi6V8lAMYcJtxEfsFyIugcE2892UZDEhYVFN0I6bP hzdekyMDa4mOgtmDY0NdmqmqX/ExdeMwCuK3qhIHyFQLJo22L5zY4gCHqfZ3CbL99lp1 5aQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=ODu24ekS; 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=wdc.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m39si896374plg.155.2019.05.29.14.16.11; Wed, 29 May 2019 14:16:36 -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; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=ODu24ekS; 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=wdc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726540AbfE2VOb (ORCPT + 99 others); Wed, 29 May 2019 17:14:31 -0400 Received: from esa2.hgst.iphmx.com ([68.232.143.124]:60730 "EHLO esa2.hgst.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726043AbfE2VOa (ORCPT ); Wed, 29 May 2019 17:14:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=wdc.com; i=@wdc.com; q=dns/txt; s=dkim.wdc.com; t=1559164503; x=1590700503; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=cwAgfUHqeRqoUhGOkggkpMSiQ/tus4AQpYKjVxtRBd4=; b=ODu24ekSDUoy1IJ24f0gCmDRg6jWQkyWCmPHwzeLvcVj7cC2HlPeUncH KuLMJV+I2N2UGzQ7mpUR/fxrvu3hJEFT1nWyD/6dky5Jl9HbJ/o+ZeH3i IiaTzyvouF4Xhwqdyr+1lD99FG2bUeK2k8ZtHgBZ74EBa6RovLUubXvfq yHzJ8QLy+RAQeuH5VIJ8C0LpfHiz80YXut0r71abvSSowcoEHvleQiiLZ nRjM1XQpWiT1C4xEkRR+MDe4VFvnYmAXvO9WNPfjABMFNP+ntCnAWYFfs 5N6E0gIb8tpXJ7q9+u/68jljImfjT+8mnY6IeRMDwQvfdT9zTmpCdKA3R A==; X-IronPort-AV: E=Sophos;i="5.60,527,1549900800"; d="scan'208";a="208905627" Received: from h199-255-45-14.hgst.com (HELO uls-op-cesaep01.wdc.com) ([199.255.45.14]) by ob1.hgst.iphmx.com with ESMTP; 30 May 2019 05:15:03 +0800 IronPort-SDR: H4f6/+ojQhQ0PRnKQbkGU8x3ixLwbOEh2FkoE6N18+Nu4wuCi/+FmkgsxZ8pXP0AwgFrvewLVO BSMQx4UToXSDymxe/ASnMQ0e6M/qRG8dD8bqvPnr2o4eG5jP8w5WXofe12f/mnaLbnTyrIORPI NNiSa+SXlHV1UGLZ5W7fLYtzSUS7tmd00FvQm8LZh+aE4mrtTHswzraktFn0RTswt9NNOwAOet HZ29omy6ekAe2AF8sqa/rGfK+BksQz2Hn851cOGclkqlSnQFcU770NW2ec+AMUcafuJqyV1xRE mVEXv43dIuETzG0oftXtmFIe Received: from uls-op-cesaip02.wdc.com ([10.248.3.37]) by uls-op-cesaep01.wdc.com with ESMTP; 29 May 2019 13:49:40 -0700 IronPort-SDR: YC8bCUR58DTIbPJfzX0+z9k0MY7/SOZnQyrrSDZ737cU8+bizRT9YHJDuxjCS1KH/ry3jFwTmD uNr9h1DDTdMUkiPPmHOrJy/QdOeFJHltaBX0Gc7Ie/wRqmW+dUOguVt0r4URXJ4R7IQZPcD6lO /lowRQnQLUBmlA4nqyocjdSFjkBraOJ0NNdpuY5VOzWRJzfosDlorV5LefgjsegQzNKmQES/mu zZ2JndFjicoBEQgdzfMNjMQv+tdndkNo46b0+LEEwT52AxYx5duwofoBhBRz+KHRpQdgr3KcUB IyM= Received: from jedi-01.sdcorp.global.sandisk.com (HELO jedi-01.int.fusionio.com) ([10.11.143.218]) by uls-op-cesaip02.wdc.com with ESMTP; 29 May 2019 14:14:30 -0700 From: Atish Patra To: linux-kernel@vger.kernel.org Cc: Atish Patra , Albert Ou , Anup Patel , Catalin Marinas , "David S. Miller" , devicetree@vger.kernel.org, Greg Kroah-Hartman , Ingo Molnar , Jeremy Linton , Linus Walleij , linux-riscv@lists.infradead.org, Mark Rutland , Mauro Carvalho Chehab , Morten Rasmussen , Otto Sabart , Palmer Dabbelt , Paul Walmsley , "Peter Zijlstra (Intel)" , "Rafael J. Wysocki" , Rob Herring , Sudeep Holla , Thomas Gleixner , Will Deacon , Russell King , linux-arm-kernel@lists.infradead.org Subject: [PATCH v6 0/7] Unify CPU topology across ARM & RISC-V Date: Wed, 29 May 2019 14:13:33 -0700 Message-Id: <20190529211340.17087-1-atish.patra@wdc.com> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The cpu-map DT entry in ARM can describe the CPU topology in much better way compared to other existing approaches. RISC-V can easily adopt this binding to represent its own CPU topology. Thus, both cpu-map DT binding and topology parsing code can be moved to a common location so that RISC-V or any other architecture can leverage that. The relevant discussion regarding unifying cpu topology can be found in [1]. arch_topology seems to be a perfect place to move the common code. I have not introduced any significant functional changes in the moved code. The only downside in this approach is that the capacity code will be executed for RISC-V as well. But, it will exit immediately after not able to find the appropriate DT node. If the overhead is considered too much, we can always compile out capacity related functions under a different config for the architectures that do not support them. There was an opportunity to unify topology data structure for ARM32 done by patch 3/4. But, I refrained from making any other changes as I am not very well versed with original intention for some functions that are present in arch_topology.c. I hope this patch series can be served as a baseline for such changes in the future. The patches have been tested for RISC-V and compile tested for ARM64, ARM32 & x86. The socket change[2] is also now part of this series. [1] https://lkml.org/lkml/2018/11/6/19 [2] https://lkml.org/lkml/2018/11/7/918 QEMU changes for RISC-V topology are available at https://github.com/atishp04/qemu/tree/riscv_topology_dt HiFive Unleashed DT with topology node is available here. https://github.com/atishp04/opensbi/tree/HiFive_unleashed_topology It can be verified with OpenSBI with following additional compile time option. FW_PAYLOAD_FDT="unleashed_topology.dtb" Changes from v5->v6 1. Added two more patches from Sudeep about maintainership of arch_topology.c and Kconfig update. 2. Added Tested-by & Reviewed-by 3. Fixed a nit (reordering of variables) Changes from v4-v5 1. Removed the arch_topology.h header inclusion from topology.c and arch_topology.c file. Added it in linux/topology.h. 2. core_id is set to -1 upon reset. Otherwise, ARM topology store function does not work. Changes from v3->v4 1. Get rid of ARM32 specific information in topology structure. 2. Remove redundant functions from ARM32 and use common code instead. Changes from v2->v3 1. Cover letter update with experiment DT for topology changes. 2. Added the patch for [2]. Changes from v1->v2 1. ARM32 can now use the common code as well. Atish Patra (4): dt-binding: cpu-topology: Move cpu-map to a common binding. cpu-topology: Move cpu topology code to common code. arm: Use common cpu_topology structure and functions. RISC-V: Parse cpu topology during boot. Sudeep Holla (3): Documentation: DT: arm: add support for sockets defining package boundaries base: arch_topology: update Kconfig help description MAINTAINERS: Add an entry for generic architecture topology .../topology.txt => cpu/cpu-topology.txt} | 134 ++++++-- MAINTAINERS | 7 + arch/arm/include/asm/topology.h | 20 -- arch/arm/kernel/topology.c | 60 +--- arch/arm64/include/asm/topology.h | 23 -- arch/arm64/kernel/topology.c | 303 +----------------- arch/riscv/Kconfig | 1 + arch/riscv/kernel/smpboot.c | 3 + drivers/base/Kconfig | 2 +- drivers/base/arch_topology.c | 298 +++++++++++++++++ include/linux/arch_topology.h | 26 ++ include/linux/topology.h | 1 + 12 files changed, 452 insertions(+), 426 deletions(-) rename Documentation/devicetree/bindings/{arm/topology.txt => cpu/cpu-topology.txt} (66%) -- 2.21.0