Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3179245yba; Tue, 16 Apr 2019 06:25:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqxzy8tRyHxfUTw0qPE4KXCZKGUlLqTgfB5aQ32ucYwhlAnFaL9A5p+C3KXA5zkMM7xf3xPy X-Received: by 2002:a63:7117:: with SMTP id m23mr74674401pgc.271.1555421102737; Tue, 16 Apr 2019 06:25:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555421102; cv=none; d=google.com; s=arc-20160816; b=Jd6enBBXFXppESODFr4aL1vx+f1plZ1ofd88fr4QyIx5umFevCkNDrGV/G2bnsaeVL FF6LsFezELSVzQBTmSdUgY3pk9GwwbkW07DBfl7Ae864AEzOwsKcWohizIFnFaxvK1Kv /h+2/meWthbAnafGRdNOOs3uM/MoFlkEuqDzGZiMUtCk4WyoUOEQS6tSKJiEpzHZ2Afj DkX/pXFAk5vykXA+96MyHwNa+OQ9mQV3wmJtqDdIbUMGSRVo8jY932Ul8o2VcOiWd0Oc /tA5X5iie6pCuWe5W3rhf4jUoL31h59K5m4YoBR1pnV0nR2O3QCym0KAFJDveAqQesuR Yfnw== 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=e/VVrWYQMON2cNGL4tZlMjGepDfaU9lSlPf11XROclg=; b=Q6kTDpxDwt1kqVlX42HLda6MpicWgKpTBaEW7G6sT8e9vSI9sq6g/xI+gSn4IQcNfS NHnSh3r2IV1/soJs3RjbYuiibrIfpyuKOa3rCH103ut1SJAcEgYvGsp3LuZZZuz6GDCU 3UEDx2Cvb2VMyrLHcaNXHPGp0BWcchDgZ7VzCmNes8qZxW4WWJyDbljJsR6zbQSBe/WD 9fmbZ5YLsEPXzRansX/oK7fiXWEruGIRhEzfnkhlQefLV/qZ0Z2ev2wGxKHHTyhpizIR OkgDlktc6xB8IKbeRY+lL93+EvWjdNCfzo6EsotNCyx420FFJCBAYvH0QOp2LwCk8aLY XoYQ== 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 n80si12524088pfb.169.2019.04.16.06.24.47; Tue, 16 Apr 2019 06:25: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; 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 S1727915AbfDPNXb (ORCPT + 99 others); Tue, 16 Apr 2019 09:23:31 -0400 Received: from foss.arm.com ([217.140.101.70]:54918 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725981AbfDPNXb (ORCPT ); Tue, 16 Apr 2019 09:23:31 -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 84D25EBD; Tue, 16 Apr 2019 06:23:30 -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 B05E23F557; Tue, 16 Apr 2019 06:23:26 -0700 (PDT) Date: Tue, 16 Apr 2019 14:23:24 +0100 From: Sudeep Holla To: Atish Patra Cc: "linux-kernel@vger.kernel.org" , Jeffrey Hugo , Albert Ou , Anup Patel , Ard Biesheuvel , Catalin Marinas , "devicetree@vger.kernel.org" , Dmitriy Cherkasov , Greg Kroah-Hartman , Ingo Molnar , Jeremy Linton , Johan Hovold , "linux-riscv@lists.infradead.org" , Mark Rutland , Morten Rasmussen , Otto Sabart , Palmer Dabbelt , Paul Walmsley , "Peter Zijlstra (Intel)" , "Rafael J. Wysocki" , Rob Herring , Will Deacon , Sudeep Holla Subject: Re: [RFT/RFC PATCH v3 3/5] cpu-topology: Move cpu topology code to common code. Message-ID: <20190416132324.GB24669@e107155-lin> References: <20190320234806.19748-1-atish.patra@wdc.com> <20190320234806.19748-4-atish.patra@wdc.com> <20190415152741.GA28623@e107155-lin> <5c5b720f-414a-706c-3415-642c27baef1f@wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5c5b720f-414a-706c-3415-642c27baef1f@wdc.com> 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, Apr 15, 2019 at 03:08:45PM -0700, Atish Patra wrote: > On 4/15/19 8:27 AM, Sudeep Holla wrote: > > Hi Atish, > > > > Thanks again for doing this. Overall changes look good except a couple > > of minor nit, see below. > > > > On Wed, Mar 20, 2019 at 04:48:04PM -0700, Atish Patra wrote: > > > Both RISC-V & ARM64 are using cpu-map device tree to describe > > > their cpu topology. It's better to move the relevant code to > > > a common place instead of duplicate code. > > > > > > Signed-off-by: Atish Patra > > > Tested-by: Jeffrey Hugo > > > --- > > > arch/arm64/include/asm/topology.h | 23 --- > > > arch/arm64/kernel/topology.c | 303 +----------------------------- > > > drivers/base/arch_topology.c | 298 ++++++++++++++++++++++++++++- > > > drivers/base/topology.c | 1 + > > > include/linux/arch_topology.h | 28 +++ > > > 5 files changed, 330 insertions(+), 323 deletions(-) > > > > > > > [...] > > > > > diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c > > > index edfcf8d9..6cc6a860 100644 > > > --- a/drivers/base/arch_topology.c > > > +++ b/drivers/base/arch_topology.c > > > @@ -6,8 +6,8 @@ > > > * Written by: Juri Lelli, ARM Ltd. > > > */ > > > -#include > > > #include > > > +#include > > > #include > > > #include > > > #include > > > @@ -16,6 +16,11 @@ > > > #include > > > #include > > > #include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > DEFINE_PER_CPU(unsigned long, freq_scale) = SCHED_CAPACITY_SCALE; > > > @@ -278,3 +283,294 @@ static void parsing_done_workfn(struct work_struct *work) > > > #else > > > core_initcall(free_raw_capacity); > > > #endif > > > + > > > +#if defined(CONFIG_ARM64) || defined(CONFIG_RISCV) > > > > Why can't the above one be just GENERIC_ARCH_TOPOLOGY ? > > I may be missing to find it myself, but would like to know. > > > GENERIC_ARCH_TOPOLOGY is now used for both RISCV, ARM & ARM64. > The below functions under this #ifdef have different implementation for ARM > and ARM64. > > parse_dt_topology > cpu_coregroup_mask > update_siblings_masks > > While we can combine the later two functions and move them to common code as > well, parse_dt_topology is significantly different. > Sure, had a quick glance and indeed they may look different, but won't it defeat the purpose of this binding consolidation ? > That's why we need some kind of #ifdef or renaming of parse_dt_topology for > ARM32 code. > I am fine if we want to take this up later to keep the impact minimum. But cpu_coregroup_mask and update_siblings_masks can and must be unified. In fact the existing generic version must work on ARM32 too. > Thanks for the review!! > You are welcome. -- Regards, Sudeep