From patchwork Mon Jun 17 18:59:14 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Atish Patra X-Patchwork-Id: 167092 Delivered-To: patch@linaro.org Received: by 2002:a92:4782:0:0:0:0:0 with SMTP id e2csp3243562ilk; Mon, 17 Jun 2019 12:00:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqxZXaXMPb8+BWw62VV34N03KptI4YAl8eKDEdknwS8ny8K8ilZWsAgCgYsaZZRt62bohDa/ X-Received: by 2002:aa7:8d98:: with SMTP id i24mr47339002pfr.199.1560798002558; Mon, 17 Jun 2019 12:00:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560798002; cv=none; d=google.com; s=arc-20160816; b=XaI9uNw+rBzS2JookCh1XOo5wjHsI6c3RLM7cQAzgFPc18fKGjgmHQf/hKMGy/8Zt4 LaNk0OyNXudBMMOLjM5M/HbQZFmT9+n7JBxJt1hXPmOOMK4hmE7D4UagtCydpOVcJTvD hDIBs/tt89cLGBESGMTQD1IN2Tbaf0ssChLTNVSvq0/5tjjcDrrFSG+PGnctxlk+J+tL bRZh9ju9EFR6IRpbQ86P6HPX5ck3oDmnSI2oA9Rdvxugo64VRNBtvCiWCsTNrBbARaXK isvDPE8mPzkUwmg+CKt8+VaB2Uln6s5dyix3H1TDToGVaVgqLE0/IJzu/VV5e76fN5G4 tcmw== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr:dkim-signature; bh=x5hf5wUOIaMe4yaHWpncKGMFqy1JEhxkLCokw08r5TY=; b=J2fwCIdMEZT1xhxARHnGYBQs+y7eKXTBgvEwPnFirU9ZqtcJXNy5dyviK5sRa+qlPP yFinFLq2lW63Rtl7q3o8cJm93ge/3qt4rh4O1cRjsfWNn5I7O3OW/Cwb/j2pP3f/UO/W MabtYYkW4k/ow/MbGba4heUyppjreNKm749bwJ17+Kif6PbIiO8ycNcQ7SyK757HJrPv HB5qpnh3cRNW/Or5aibvsdDgBNQ8x/m1pVFGFusQUDmwQzNHeL6dXluHPhfXDrTsuv67 ZOoZsxQYnU+6Z1sgke7/NDDJL7NFTc97tyOeijMVo1yghHUI/ke+iisbcDq1YPDDRcJl wUgg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=CTQureyn; 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 206si12209066pga.414.2019.06.17.12.00.02; Mon, 17 Jun 2019 12:00:02 -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=CTQureyn; 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 S1727843AbfFQTAA (ORCPT + 28 others); Mon, 17 Jun 2019 15:00:00 -0400 Received: from esa5.hgst.iphmx.com ([216.71.153.144]:25677 "EHLO esa5.hgst.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725497AbfFQS77 (ORCPT ); Mon, 17 Jun 2019 14:59:59 -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=1560797999; x=1592333999; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=GED2GA9QcE13vUl5xR4mTzXTMt8Lm/cPPiiomsp+YVU=; b=CTQureynTTh6tI+Te55MGbsieRaBn+Pz3IJKzaVSXDaUPdz7d9rOGbXP 7Fxg78oxBBUDnV3NhiKrWnzqcYBgXglALhjWYaPeCAXvfTcQ7p8xfu0cS 9n7kSo0Zym/SIwjaclFs7GBlKwicl+0B5vhgZM7vxVETvFQk88WgBV376 7FTGkI+t+u+xfHOtQNj2Nl0LfPDMf73nei8syufrUGwwt/TKDyphdspfW svaIYJYUc9nk2OASZRPXtg8HhbtZ7UK98o6iE4s9ned+CipNlTYZgiMBD UW727ykgoCdSchceDV92CZcsKwi8QYRA+KY11JEBKtR19vc/xLqK6Lj21 A==; X-IronPort-AV: E=Sophos;i="5.63,386,1557158400"; d="scan'208";a="112032235" Received: from uls-op-cesaip02.wdc.com (HELO uls-op-cesaep02.wdc.com) ([199.255.45.15]) by ob1.hgst.iphmx.com with ESMTP; 18 Jun 2019 02:59:59 +0800 IronPort-SDR: 6Hh3HAIXCsjyBHZroPvc+BoVZgprG7Nt32ljyu0uEZlXS2MQt/9UIYk6zGMZK+ngj3TQMr3bhk KbOuU3mt2EsNf2lvXuesjgxHJOstN/+giDL9jgJKpilQRsccSGIK8L/ZN6Qvk2agntWt1uFhB5 PwtiM611zfjAhQEJLq/0unPxJIQID73Id+qBDxyI7/Bj06FxzRMaBwp/3Q0RbfgaviwpWIkuDE xwL3140C6K4JI0Jh3W49Ule+HWBpxBo4CHNxgIMfv6K3N8inFbaPnasuiXQLO1CDh0K4K2DrN6 7sec2e5fY6pWliWTDTlqthmL Received: from uls-op-cesaip01.wdc.com ([10.248.3.36]) by uls-op-cesaep02.wdc.com with ESMTP; 17 Jun 2019 11:59:29 -0700 IronPort-SDR: IwDlxCoeIEV9birPttBGRyAxGoo4PO9XDI2b6rv6So20SSp7gpuKqDYkVfcj/YgAbcIDEX5xrT zYriFHD9jzhIykf8rB1NYxOkxuLmX63honLpoHi1q20Jm3flrEUNsIYZSBUgfLLHB64iyw6FyK 0waelF1QmvcpSgo00XeILtQHPXonfea34Z56vH/bd/QfZV64qpzowK9j4qXnHfDfiNg845p9sN fwrwNn3yuuI6f/dOANfN3s8Ud38GRQkHl1TlzmvYgjYWhQjjCutzZiUQghSMX/hNiQC2NfVp3N wk4= Received: from jedi-01.sdcorp.global.sandisk.com (HELO jedi-01.int.fusionio.com) ([10.11.143.218]) by uls-op-cesaip01.wdc.com with ESMTP; 17 Jun 2019 11:59:57 -0700 From: Atish Patra To: linux-kernel@vger.kernel.org Cc: Sudeep Holla , Rob Herring , Albert Ou , Anup Patel , Atish Patra , Catalin Marinas , "David S. Miller" , devicetree@vger.kernel.org, Greg Kroah-Hartman , Ingo Molnar , Jonathan Cameron , 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" , Richard Fontana , Rob Herring , Thomas Gleixner , Will Deacon , linux-arm-kernel@lists.infradead.org, Russell King Subject: [PATCH v7 1/7] Documentation: DT: arm: add support for sockets defining package boundaries Date: Mon, 17 Jun 2019 11:59:14 -0700 Message-Id: <20190617185920.29581-2-atish.patra@wdc.com> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190617185920.29581-1-atish.patra@wdc.com> References: <20190617185920.29581-1-atish.patra@wdc.com> MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sudeep Holla The current ARM DT topology description provides the operating system with a topological view of the system that is based on leaf nodes representing either cores or threads (in an SMT system) and a hierarchical set of cluster nodes that creates a hierarchical topology view of how those cores and threads are grouped. However this hierarchical representation of clusters does not allow to describe what topology level actually represents the physical package or the socket boundary, which is a key piece of information to be used by an operating system to optimize resource allocation and scheduling. Lets add a new "socket" node type in the cpu-map node to describe the same. Signed-off-by: Sudeep Holla Reviewed-by: Rob Herring --- .../devicetree/bindings/arm/topology.txt | 52 ++++++++++++++----- 1 file changed, 39 insertions(+), 13 deletions(-) -- 2.21.0 diff --git a/Documentation/devicetree/bindings/arm/topology.txt b/Documentation/devicetree/bindings/arm/topology.txt index b0d80c0fb265..3b8febb46dad 100644 --- a/Documentation/devicetree/bindings/arm/topology.txt +++ b/Documentation/devicetree/bindings/arm/topology.txt @@ -9,6 +9,7 @@ ARM topology binding description In an ARM system, the hierarchy of CPUs is defined through three entities that are used to describe the layout of physical CPUs in the system: +- socket - cluster - core - thread @@ -63,21 +64,23 @@ nodes are listed. The cpu-map node's child nodes can be: - - one or more cluster nodes + - one or more cluster nodes or + - one or more socket nodes in a multi-socket system Any other configuration is considered invalid. -The cpu-map node can only contain three types of child nodes: +The cpu-map node can only contain 4 types of child nodes: +- socket node - cluster node - core node - thread node whose bindings are described in paragraph 3. -The nodes describing the CPU topology (cluster/core/thread) can only -be defined within the cpu-map node and every core/thread in the system -must be defined within the topology. Any other configuration is +The nodes describing the CPU topology (socket/cluster/core/thread) can +only be defined within the cpu-map node and every core/thread in the +system must be defined within the topology. Any other configuration is invalid and therefore must be ignored. =========================================== @@ -85,26 +88,44 @@ invalid and therefore must be ignored. =========================================== cpu-map child nodes must follow a naming convention where the node name -must be "clusterN", "coreN", "threadN" depending on the node type (ie -cluster/core/thread) (where N = {0, 1, ...} is the node number; nodes which -are siblings within a single common parent node must be given a unique and +must be "socketN", "clusterN", "coreN", "threadN" depending on the node type +(ie socket/cluster/core/thread) (where N = {0, 1, ...} is the node number; nodes +which are siblings within a single common parent node must be given a unique and sequential N value, starting from 0). cpu-map child nodes which do not share a common parent node can have the same name (ie same number N as other cpu-map child nodes at different device tree levels) since name uniqueness will be guaranteed by the device tree hierarchy. =========================================== -3 - cluster/core/thread node bindings +3 - socket/cluster/core/thread node bindings =========================================== -Bindings for cluster/cpu/thread nodes are defined as follows: +Bindings for socket/cluster/cpu/thread nodes are defined as follows: + +- socket node + + Description: must be declared within a cpu-map node, one node + per physical socket in the system. A system can + contain single or multiple physical socket. + The association of sockets and NUMA nodes is beyond + the scope of this bindings, please refer [2] for + NUMA bindings. + + This node is optional for a single socket system. + + The socket node name must be "socketN" as described in 2.1 above. + A socket node can not be a leaf node. + + A socket node's child nodes must be one or more cluster nodes. + + Any other configuration is considered invalid. - cluster node Description: must be declared within a cpu-map node, one node per cluster. A system can contain several layers of - clustering and cluster nodes can be contained in parent - cluster nodes. + clustering within a single physical socket and cluster + nodes can be contained in parent cluster nodes. The cluster node name must be "clusterN" as described in 2.1 above. A cluster node can not be a leaf node. @@ -164,13 +185,15 @@ Bindings for cluster/cpu/thread nodes are defined as follows: 4 - Example dts =========================================== -Example 1 (ARM 64-bit, 16-cpu system, two clusters of clusters): +Example 1 (ARM 64-bit, 16-cpu system, two clusters of clusters in a single +physical socket): cpus { #size-cells = <0>; #address-cells = <2>; cpu-map { + socket0 { cluster0 { cluster0 { core0 { @@ -253,6 +276,7 @@ cpus { }; }; }; + }; CPU0: cpu@0 { device_type = "cpu"; @@ -473,3 +497,5 @@ cpus { =============================================================================== [1] ARM Linux kernel documentation Documentation/devicetree/bindings/arm/cpus.yaml +[2] Devicetree NUMA binding description + Documentation/devicetree/bindings/numa.txt From patchwork Mon Jun 17 18:59:19 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Atish Patra X-Patchwork-Id: 167093 Delivered-To: patch@linaro.org Received: by 2002:a92:4782:0:0:0:0:0 with SMTP id e2csp3244670ilk; Mon, 17 Jun 2019 12:01:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqzf/TeQZYPFg9adcT39LMkD7NegeukVGUSCwrt/EFec1m8XfIPdN1Y+ssiBqsYIPYWYsWmw X-Received: by 2002:a17:90a:7146:: with SMTP id g6mr355178pjs.45.1560798061329; Mon, 17 Jun 2019 12:01:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560798061; cv=none; d=google.com; s=arc-20160816; b=Y4DaS51NTnkhcdbs6p5ntfzOxVbIOigsGet1tfXnQ5gDg11vYdjP13U+YJ4ez0O/Di FLBfIbK7PkTTPILGaORvLV4Z42rfguCzDoOOqKNco2VAefECOMVAR+0d1HyRaPAPZcOR J5SC4TiarN5Ny05goQ74d+CYLzjRlqT5mbxtfRQbhTPYRB11oyeAn9Bl1Cbh6SUZB9ro n+qg24tZ25XdU+3oKiVwJOp4ZKQNfsXskjtFaJI72ucwQVG+SiEC6piRDEXcquq2xc7s ljNzKuflgdJbRkulbU1BKx22LamYbu0aLpNWTxfNi5qeHbTXOB/af6sm7LUnzIahrLRC fiug== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr:dkim-signature; bh=ZxoU90bCR6mkOOn9SNPAp3Vo5+raQIfMcDpgr68rp1Y=; b=DmC5jFlqd3qHzAkTIh8ZJ9uxehe0V9PAVcE2RMzfavz+9UdFs3RWXtd1vlf6/zQK8s 7fbYfxAv4ys8ifSYtN5Fjvj/KciV0VeXuAL8V9rGuIoDwQ7tAGyTS2QMl3JGr3DeZCFd Xabzn1Vln5m5BwOvK3NCGCUJZD6jV1WhYFBgWlSNAHW1KpA/+fEFnd2oLZQKwCRh5cEG F6SHB3QpwxNCa3hJm0AkKFWcBlXl2bO1RoplEJFNFNhixII75WseoxDEbg57t+Uw5RzD +YEuZjexo9GNbIfvIYvQrOQZ9dsJPlkJ9gSwGMXCfEmP18/6T5z+Wlmx5stGC8hGM30h ezxw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=qYeT+oJo; 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 w7si11112733pgs.168.2019.06.17.12.01.01; Mon, 17 Jun 2019 12:01:01 -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=qYeT+oJo; 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 S1728786AbfFQTA7 (ORCPT + 28 others); Mon, 17 Jun 2019 15:00:59 -0400 Received: from esa3.hgst.iphmx.com ([216.71.153.141]:59831 "EHLO esa3.hgst.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725497AbfFQTA6 (ORCPT ); Mon, 17 Jun 2019 15:00:58 -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=1560798058; x=1592334058; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=w01oF4mU+3Ozo2+tH2H+ijQALtPIV7gcFM9ir50d13s=; b=qYeT+oJoGhV9dsRbQ0gNLA9tEB0C67mrWhVs325mp6nra08B1Bz9tmL4 KWTyipPtOX0hpV7tCkerMPitAxXH/kU12eCVpkzE/FhtWgQMZoEmnDBNh 0lD5/3jtA5dBiePGImMjEYK5X4W5BxPk84PZTuRlwdyAEjFoBEGbcd6ix LX3gTtPcVz8ckCMQrgv7dhQsFjKqe7ekG/zNuScS/u5Iiv9eNRtDmAQW+ ZILwFKKr8tPnimW+/4Ivwilra0QRWpFAG2DzlfgQZ5mcv7fyLDz59DD4f +DCpbD+xIRDQW/23M4A2CTfNUC9ZCy1XNjeNsepfsoE7vXKgPJoC4mMKB Q==; X-IronPort-AV: E=Sophos;i="5.63,386,1557158400"; d="scan'208";a="115695477" Received: from uls-op-cesaip01.wdc.com (HELO uls-op-cesaep01.wdc.com) ([199.255.45.14]) by ob1.hgst.iphmx.com with ESMTP; 18 Jun 2019 03:00:58 +0800 IronPort-SDR: wg+kDeW68XLLojpDGlpxphgxRh1V3lc9bIFqjm3gbT4i9PKyxvNPRlr7CVUFWdzpe3hE/ErFC5 REk6/SEOAANDRie3PRQy5M1k91ONXsdLefBJqitobVHgrxF8OA0Aui5QoUHc2aWep9F798iqER Mx/wLK/i7odFwswBts3fW/Eq40287nLWC1EMrVeK7VMkKqE8nvYj0twF0XflXcV/di22BESaSJ chmZPQ4Vs/5YCPo1kXXXRcwD3hmc5tkTp0gigqVnVca/UKRr54B1tz088I0qPHkKsUeknVbeLl 1ykyqdIcxHgfTzBVu0L3kijy Received: from uls-op-cesaip01.wdc.com ([10.248.3.36]) by uls-op-cesaep01.wdc.com with ESMTP; 17 Jun 2019 12:00:31 -0700 IronPort-SDR: +jMZMAhzuDibHaLiyfpQmADLclEvAfuhSn7u/kRSVLcJdWnMOt1dfn8YD13iPPcnSp2WXFowGF uKfHWJZO1yJ58HNfWo3n5vq1O3mxtfuBe2A19UXMkjgodo7/jdQG43cH8huvXUewLCpvHmZdEh mN++/OcHTxciwHSss7HH3+yHYwUnaui4Xla47K/AivutUZEVEu58hfp4y0Dtd82UG7miyJQBiF 6rrnOACCpjVLhECynlzARwfiyroj0jHAsyv7x0y6WSv7YqV0nIyYR7jVcQnegkf8fTn0ifwiTN Rq4= Received: from jedi-01.sdcorp.global.sandisk.com (HELO jedi-01.int.fusionio.com) ([10.11.143.218]) by uls-op-cesaip01.wdc.com with ESMTP; 17 Jun 2019 12:00:56 -0700 From: Atish Patra To: linux-kernel@vger.kernel.org Cc: Sudeep Holla , Greg Kroah-Hartman , Albert Ou , Anup Patel , Atish Patra , Catalin Marinas , "David S. Miller" , devicetree@vger.kernel.org, Ingo Molnar , Jonathan Cameron , 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" , Richard Fontana , Rob Herring , Thomas Gleixner , Will Deacon , linux-arm-kernel@lists.infradead.org, Russell King Subject: [PATCH v7 6/7] base: arch_topology: update Kconfig help description Date: Mon, 17 Jun 2019 11:59:19 -0700 Message-Id: <20190617185920.29581-7-atish.patra@wdc.com> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190617185920.29581-1-atish.patra@wdc.com> References: <20190617185920.29581-1-atish.patra@wdc.com> MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sudeep Holla Commit 5d777b185f6d ("arch_topology: Make cpu_capacity sysfs node as read-only") made cpu_capacity sysfs node read-only. Update the GENERIC_ARCH_TOPOLOGY Kconfig help section to reflect the same. Cc: Greg Kroah-Hartman Signed-off-by: Sudeep Holla --- drivers/base/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 2.21.0 diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig index dc404492381d..28b92e3cc570 100644 --- a/drivers/base/Kconfig +++ b/drivers/base/Kconfig @@ -202,7 +202,7 @@ config GENERIC_ARCH_TOPOLOGY help Enable support for architectures common topology code: e.g., parsing CPU capacity information from DT, usage of such information for - appropriate scaling, sysfs interface for changing capacity values at + appropriate scaling, sysfs interface for reading capacity values at runtime. endmenu From patchwork Mon Jun 17 18:59:20 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Atish Patra X-Patchwork-Id: 167094 Delivered-To: patch@linaro.org Received: by 2002:a92:4782:0:0:0:0:0 with SMTP id e2csp3244740ilk; Mon, 17 Jun 2019 12:01:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqzjxYmRN5Fx+Kkuo+3n4v0GV6wVI4Liz0Uthz5dKEQ7xfCedA4Y9LT7I1ZvcehqbTV+GcCw X-Received: by 2002:a17:902:7004:: with SMTP id y4mr24633630plk.31.1560798064797; Mon, 17 Jun 2019 12:01:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560798064; cv=none; d=google.com; s=arc-20160816; b=oLaAOmxTpkQ9Vf+eLYwu+p9xTx23KbsAOEHvf8vL/5BGon9FeRCw+2IoNz204H24wp qMDN/0IEafcjlgEhKKHoUSoXD8f9KDNHkHAIRs31KneCMeZmmYrY2bY3LUfEIFORcyIV SVCPT7Lmo/DcdCXHMgcWoZ0/JYmKyABJ8kOJYvA11pDbY/bZCTq6dtGNlPvlJX+muI/2 wOWsPPOMLJ1X/OVXcM5FDpCvs9bU4uekFhrCXs4pSI3FqxoMG/WUEIngPtkHkggmvpxl k4O3njPYEvsYQEtuSi8ayCKHeB3rUge8zHAxBf0ydsF3xC5Gb5+iLB9QJKFXXKtCjPBD QBDg== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr:dkim-signature; bh=JKN4FbYlUmoxAhastzu+guKA1nR4yj39KxFmwqfzw6g=; b=bPDDJLeBTrnhVdkq0D5bjuspGR/31MfxegCPJPR0fVKTZJ5wLL2QEo2Gy3pb0GNHHO n/rbKG+ilHSr+Nfcr3rkR+DzcozkzXm/ZhiFNhjz8rNv2zS0hB9Wm38sFfKiyNLaZeDe hKL6hcuw2XrscadcuVfsg6mykxCkSdLjEE6OzaTNzrTl44tvJy1eDnfVQGyo3o8hBlzQ GC1V34fVPuZHKZx05X9iOcjtf/cP/VnIwIiaw6B79WvpRNzGb+KfXhCaSTDxNsYGUAgt onIywb+A0GeSNQOmxYRz+DIbPKUASsvBxelB9ZdYs9Xhe4gDgTPZWtlWZzEV61OdqFjL OyBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=EKmfXpL7; 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 w7si11112733pgs.168.2019.06.17.12.01.04; Mon, 17 Jun 2019 12:01:04 -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=EKmfXpL7; 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 S1728812AbfFQTBD (ORCPT + 28 others); Mon, 17 Jun 2019 15:01:03 -0400 Received: from esa3.hgst.iphmx.com ([216.71.153.141]:59831 "EHLO esa3.hgst.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725497AbfFQTBB (ORCPT ); Mon, 17 Jun 2019 15:01:01 -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=1560798061; x=1592334061; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=41zR8QjGMqwDXm/EOxIo4VhtiejJSwkpc8NiWlOpJ0o=; b=EKmfXpL7QA9KpvaBunhOEYkMXhcuYgxnYw/5yMyJNmZ89KmCKpiLqffl i46ULg94aQNPjhbOM2gi4sIpnQEMxAFgG8FVKFmCTDbd2bqh05REjCPgx q89rdZ+Op4B8TfLdouE5ScXeSPbnvyDrt64h3wm4DAYuB5JZ+2m7RbYdk 4R23N3jy+IsPOocHkO0D5skPAqnQNU+rCGo3jdPtzCo27fY/Nlzbb2RNX QkzxnswsW3augTTHvPC43/cnR2mRi5acYEuET5uRXT30ZnSxypn6rM4N6 QOb0gSNYtGFFwdr91XZA6Ci50rIcF/1Eh/l3STg14pY0iRU9RPQKXRLS+ Q==; X-IronPort-AV: E=Sophos;i="5.63,386,1557158400"; d="scan'208";a="115695482" Received: from uls-op-cesaip01.wdc.com (HELO uls-op-cesaep01.wdc.com) ([199.255.45.14]) by ob1.hgst.iphmx.com with ESMTP; 18 Jun 2019 03:01:01 +0800 IronPort-SDR: spOuXSxRrjdAUR5Mf+tol6cicoxFy6dFp37yEtiIA1Nch8T1ddPewPRTfcSswfnmbGLgpN/qx+ IQ6FwWZovP0BY5luNPn8kEm15kpGFQxoIA/wZwLsRvZ9cTNPgLuLtZeSFbE7PyyDowR0owe1r5 qpi0XDaV42LK0wN7tg6bbFK/DmCDh37TX6erD7819+m0gidSeCLrFHZQH/hE4o+7tD1DrPqYtH skEMgKm2cdvCAhERy2SRCVxnOGnQaObZeH35sqCG6EaOSe7wDrdDU9kODS1H63VH3h87g0bP0A rmIoNafpStXSRnP5ksLBDWRD Received: from uls-op-cesaip01.wdc.com ([10.248.3.36]) by uls-op-cesaep01.wdc.com with ESMTP; 17 Jun 2019 12:00:34 -0700 IronPort-SDR: 5sUm89DLg86LTT++XMnEPR2jSdCE5MaQwfzr9HlRyf5iwKcy5zp28LRQQmd7TMxYAuZ1fNw30B 459ZfbJFgwAVTKPs9nKxf1E4+lNKOaJVP0Fbr1Yl8K53d+JwBG5UWpUhzutPjcVT00hrkMYbdG Cae24DcFXM/uWBZR+PMIxGlEABrADVP8zbX2hGZgBNTHWXNel5CKyP9nufYJTM0aVyKGU9YlGZ CB93X6sU8FPK1IiwanicqFZIv/1vK9c/aeMY4WWXxRmO5T/cxXgiCdE69aDS0+1RIJBuY8Qv9J vsM= Received: from jedi-01.sdcorp.global.sandisk.com (HELO jedi-01.int.fusionio.com) ([10.11.143.218]) by uls-op-cesaip01.wdc.com with ESMTP; 17 Jun 2019 12:00:59 -0700 From: Atish Patra To: linux-kernel@vger.kernel.org Cc: Sudeep Holla , Will Deacon , Greg Kroah-Hartman , Juri Lelli , Albert Ou , Anup Patel , Atish Patra , Catalin Marinas , "David S. Miller" , devicetree@vger.kernel.org, Ingo Molnar , Jonathan Cameron , 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" , Richard Fontana , Rob Herring , Thomas Gleixner , linux-arm-kernel@lists.infradead.org, Russell King Subject: [PATCH v7 7/7] MAINTAINERS: Add an entry for generic architecture topology Date: Mon, 17 Jun 2019 11:59:20 -0700 Message-Id: <20190617185920.29581-8-atish.patra@wdc.com> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190617185920.29581-1-atish.patra@wdc.com> References: <20190617185920.29581-1-atish.patra@wdc.com> MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sudeep Holla arm and arm64 shared lot of CPU topology related code. This was consolidated under driver/base/arch_topology.c by Juri. Now RISC-V is also started sharing the same code pulling more code from arm64 into arch_topology.c Since I was involved in the review from the beginning, I would like to assume maintenance for the same. Cc: Will Deacon Cc: Greg Kroah-Hartman Acked-by: Juri Lelli Signed-off-by: Sudeep Holla --- MAINTAINERS | 7 +++++++ 1 file changed, 7 insertions(+) -- 2.21.0 diff --git a/MAINTAINERS b/MAINTAINERS index 57f496cff999..c6f7d7152f01 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6595,6 +6595,13 @@ W: https://linuxtv.org S: Maintained F: drivers/media/radio/radio-gemtek* +GENERIC ARCHITECTURE TOPOLOGY +M: Sudeep Holla +L: linux-kernel@vger.kernel.org +S: Maintained +F: drivers/base/arch_topology.c +F: include/linux/arch_topology.h + GENERIC GPIO I2C DRIVER M: Wolfram Sang S: Supported