Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp615781yba; Thu, 16 May 2019 06:23:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqwFM3hpowETh48wkCXNKpQ0cka+t/V7d7NBtSqsqhAQ/m5a34PdAiphPKlUys1AnG9bI7fF X-Received: by 2002:a63:e406:: with SMTP id a6mr51199119pgi.132.1558013029399; Thu, 16 May 2019 06:23:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558013029; cv=none; d=google.com; s=arc-20160816; b=fwbFN4J0cchqnBrina+5oecjku9ICAlB2te8hC+nHYdverM+QwrGQa5+nCBKgqK0cs fS4UqJeyn1MAXw2pMsEm4dCvezAycTsuuLsCX7fgiq5dW6ysaWhWVz4e30uYQR8kXXsY IBNw/83RyxR05xAA4sz6Z7CH5ZKVgNdfS5Yjz1ZBv5J6V6pRY7oiu1xXSXu/g+C4JpMw Hvt5GZZmgygN2wHDMIdM+jPiv83QzrvL8mr6PxPaPEQq+gFuLq2S2De5Dvb0qpnzNqS0 QtgDf4+B+Q0leOsV4QGkTsJk1P/D20qfKcICh7/RVJeLqXZ8X8l6pjLCk8YAKLGr5saH vyzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=bKgYpjmYmLjH9J70438Jh1cfSKLiWhbFuLSPzmLtaMU=; b=aILWLL75NnfaPWttVqCuLy7T/Hvysykp6miN6cbtU0Sulqs5bWpejalvnGmEYxTsQj fmmnDoXjhGBeiuDktH3hZJvbQm+DMf6gvoYTMCSYdwNQhUcJUOnnKcvCb++Bq9qgBDyX CHX4LIoQLvqla6orFqz2e5ZPi2elbHKx/uSOwihC/cAqGf8b/VSf6OVLbNzrvRYX58hV vH3gA/xSEHl/GOqrPiO4CNMbMSG6wKLE/yFadriVll4pnwKVHakBBcj6HSATTN1fujDY nG7E+jZ0XmWDfqsZt3aMZTpqxxdrCowefgbV3sTOyMMRyIpcd/ig4haiDRRly/7VI8A+ kEIQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id ay1si4960625plb.96.2019.05.16.06.23.34; Thu, 16 May 2019 06:23:49 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727554AbfEPNWS (ORCPT + 99 others); Thu, 16 May 2019 09:22:18 -0400 Received: from foss.arm.com ([217.140.101.70]:45514 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726623AbfEPNWS (ORCPT ); Thu, 16 May 2019 09:22:18 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A51931715; Thu, 16 May 2019 06:22:17 -0700 (PDT) Received: from e107155-lin (e107155-lin.cambridge.arm.com [10.1.196.42]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6B4EF3F703; Thu, 16 May 2019 06:22:15 -0700 (PDT) Date: Thu, 16 May 2019 14:22:08 +0100 From: Sudeep Holla To: Amit Kucheria Cc: Matthias Kaehlcke , Andy Gross , David Brown , Rob Herring , Mark Rutland , linux-arm-msm , "open list:ARM/QUALCOMM SUPPORT" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , LKML , Douglas Anderson , Rajendra Nayak , Sudeep Holla Subject: Re: [PATCH] arm64: dts: sdm845: Add CPU topology Message-ID: <20190516132208.GA22096@e107155-lin> References: <20190114184255.258318-1-mka@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 13, 2019 at 05:24:12PM +0530, Amit Kucheria wrote: > On Mon, May 13, 2019 at 4:31 PM Amit Kucheria wrote: > > > > On Tue, Jan 15, 2019 at 12:13 AM Matthias Kaehlcke wrote: > > > > > > The 8 CPU cores of the SDM845 are organized in two clusters of 4 big > > > ("gold") and 4 little ("silver") cores. Add a cpu-map node to the DT > > > that describes this topology. > > > > This is partly true. There are two groups of gold and silver cores, > > but AFAICT they are in a single cluster, not two separate ones. SDM845 > > is one of the early examples of ARM's Dynamiq architecture. > > > > > Signed-off-by: Matthias Kaehlcke > > > > I noticed that this patch sneaked through for this merge window but > > perhaps we can whip up a quick fix for -rc2? > > > > And please find attached a patch to fix this up. Andy, since this > hasn't landed yet (can we still squash this into the original patch?), > I couldn't add a Fixes tag. > > Regards, > Amit > > > > --- > > > arch/arm64/boot/dts/qcom/sdm845.dtsi | 38 ++++++++++++++++++++++++++++ > > > 1 file changed, 38 insertions(+) > > > > > > diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi b/arch/arm64/boot/dts/qcom/sdm845.dtsi > > > index c27cbd3bcb0a6..f6c0d87e663f3 100644 > > > --- a/arch/arm64/boot/dts/qcom/sdm845.dtsi > > > +++ b/arch/arm64/boot/dts/qcom/sdm845.dtsi > > > @@ -192,6 +192,44 @@ > > > next-level-cache = <&L3_0>; > > > }; > > > }; > > > + > > > + cpu-map { > > > + cluster0 { > > > + core0 { > > > + cpu = <&CPU0>; > > > + }; > > > + > > > + core1 { > > > + cpu = <&CPU1>; > > > + }; > > > + > > > + core2 { > > > + cpu = <&CPU2>; > > > + }; > > > + > > > + core3 { > > > + cpu = <&CPU3>; > > > + }; > > > + }; > > > + > > > + cluster1 { > > > > This shouldn't exist. > > > > > + core0 { > > > > Rename to core4, 5, etc... > > > > > + cpu = <&CPU4>; > > > + }; > > > + > > > + core1 { > > > + cpu = <&CPU5>; > > > + }; > > > + > > > + core2 { > > > + cpu = <&CPU6>; > > > + }; > > > + > > > + core3 { > > > + cpu = <&CPU7>; > > > + }; > > > + }; > > > + }; > > > }; > > > > > > pmu { > > > -- > > > 2.20.1.97.g81188d93c3-goog > > > > From 9e7d60bcabad7594a1da43982bbc9fda04669717 Mon Sep 17 00:00:00 2001 > Message-Id: <9e7d60bcabad7594a1da43982bbc9fda04669717.1557748437.git.amit.kucheria@linaro.org> > From: Amit Kucheria > Date: Mon, 13 May 2019 17:08:33 +0530 > Subject: [PATCH] arm64: dts: sdm845: Fix up CPU topology > > SDM845 implements ARM's Dynamiq architecture that allows the big and > LITTLE cores to exist in a single cluster sharing the L3 cache. > > Fix the cpu-map to put all cpus into a single cluster. > Thanks for noticing and fixing this. I always mentioned this should never land in mainline when Arm suggested this as hack/workaround but it has unfortunately. FWIW, Reviewed-by: Sudeep Holla -- Regards, Sudeep