Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp6464512ybi; Wed, 29 May 2019 08:12:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqxDTeib/beliRNF0Y0VkwcYZJuXJ20jw7qJos5bYRl95ziNGP/pR2aNuzRSSxp378LHlqq6 X-Received: by 2002:a65:5a42:: with SMTP id z2mr20863087pgs.421.1559142772361; Wed, 29 May 2019 08:12:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559142772; cv=none; d=google.com; s=arc-20160816; b=R4p/HjwSgSwaTBjx0Y/AYh/v5VbHS4mnbyuSMQZF4Bkm06tiGqso0dyV6dQZCC7OX4 h8GPu4ZBC/9lwtIf3aneUSoi3sWowTeVut/YeoiVz/qpMPSfAPez1tinh5DNtrFU/528 K/XnKpWaFfcM0IwucOYf4TX9mURJZKu1KzhaN8VAXETtX+r8ALAEMTCWOzgGLala46me S3hJXPlq9d8VfWA6+SWk6tf7RSv1XePW4uR+HY45piFKVGnprrKWzIHpVWMgVGEYX/XG tpHzvB32IzpFwRHRGVI0vrsmGwkR3nRGS6VO4Wbgc6tLMPiWCbfyDV/J7pG0PpFC+lN9 0odA== 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=oN39ACu2Q2A4lGVf4ILkkTEIbjIOZy9nMbDPXrdSqo0=; b=Bp9FjwP31uyFS1WXmMwhEo2TpiTaHPZX6PNr6PTArMnChqSjiVn9C5ffBoJXdKTLCK D7/bMVCvBzDhKCvXHGwfidUYIKMU5krccpxuDHhiAkOzNlZZgVm2gSxFX46YZ0fCBVB5 Gndu/Km+vjpkx8sS7x1eIBCWaHB4wBKUWF4+b6rxOtgl9LsYFRndyAplR6KrQQXpG90h g55xmTBbb392Xloh1TrLpBW+n5s4rrm2LCYaXNIk0MoAKDOZ7nPrr2axwOCIv3zDrlru l54ZalSXsXW+VuFGUHe6kRD7wZWemBRAOzxKZnOsEj71OY3OAsLlD7k9fsl31oSfPCGA 3+Sw== 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 h4si7507337pju.48.2019.05.29.08.12.35; Wed, 29 May 2019 08:12:52 -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 S1726897AbfE2PKa (ORCPT + 99 others); Wed, 29 May 2019 11:10:30 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:47804 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725914AbfE2PKa (ORCPT ); Wed, 29 May 2019 11:10:30 -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 29A15341; Wed, 29 May 2019 08:10: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 77E1D3F5AF; Wed, 29 May 2019 08:10:26 -0700 (PDT) Date: Wed, 29 May 2019 16:10:23 +0100 From: Sudeep Holla To: Atish Patra Cc: linux-kernel@vger.kernel.org, Albert Ou , Andreas Schwab , Anup Patel , Catalin Marinas , devicetree@vger.kernel.org, Greg Kroah-Hartman , Ingo Molnar , Jeremy Linton , linux-riscv@lists.infradead.org, Mark Rutland , Morten Rasmussen , Otto Sabart , Palmer Dabbelt , Paul Walmsley , "Peter Zijlstra (Intel)" , "Rafael J. Wysocki" , Rob Herring , Thomas Gleixner , Will Deacon , Sudeep Holla , linux-arm-kernel@lists.infradead.org Subject: Re: [RFT PATCH v5 4/5] arm: Use common cpu_topology structure and functions. Message-ID: <20190529151023.GB13155@e107155-lin> References: <20190524000653.13005-1-atish.patra@wdc.com> <20190524000653.13005-5-atish.patra@wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190524000653.13005-5-atish.patra@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 Thu, May 23, 2019 at 05:06:51PM -0700, Atish Patra wrote: > Currently, ARM32 and ARM64 uses different data structures to represent > their cpu topologies. Since, we are moving the ARM64 topology to common > code to be used by other architectures, we can reuse that for ARM32 as > well. > > Take this opprtunity to remove the redundant functions from ARM32 and > reuse the common code instead. > Tested-by: Sudeep Holla (on TC2) Reviewed-by : Sudeep Holla -- Regards, Sudeep