Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754730AbbLKKHJ (ORCPT ); Fri, 11 Dec 2015 05:07:09 -0500 Received: from foss.arm.com ([217.140.101.70]:60326 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754330AbbLKKHF (ORCPT ); Fri, 11 Dec 2015 05:07:05 -0500 Date: Fri, 11 Dec 2015 10:07:35 +0000 From: Juri Lelli To: Dietmar Eggemann Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, peterz@infradead.org, vincent.guittot@linaro.org, robh+dt@kernel.org, mark.rutland@arm.com, linux@arm.linux.org.uk, sudeep.holla@arm.com, lorenzo.pieralisi@arm.com, catalin.marinas@arm.com, will.deacon@arm.com, morten.rasmussen@arm.com, Mark Brown Subject: Re: [RFC PATCH 5/8] arm64: parse cpu capacity from DT Message-ID: <20151211100735.GG14571@e106622-lin> References: <1448288921-30307-1-git-send-email-juri.lelli@arm.com> <1448288921-30307-6-git-send-email-juri.lelli@arm.com> <566988E4.1000003@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <566988E4.1000003@arm.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3402 Lines: 107 Hi, On 10/12/15 14:15, Dietmar Eggemann wrote: > On 23/11/15 14:28, Juri Lelli wrote: > > With the introduction of cpu capacity bindings, CPU capacities can now be > > extracted from DT. Add parsing of such information at boot time. Also, > > store such information using per CPU variables, as we do for arm. > > > > Cc: Catalin Marinas > > Cc: Will Deacon > > Cc: Mark Brown > > Cc: Sudeep Holla > > Signed-off-by: Juri Lelli > > --- > > arch/arm64/kernel/topology.c | 46 ++++++++++++++++++++++++++++++++++++++++++++ > > 1 file changed, 46 insertions(+) > > A lot of code disappears if you get rid of capacity-scale. > Some code disappears yes, but I'll have to put some other code to normalize capacities w.r.t. the highest capacity amongst CPUs. Not a problem, though :-). Thanks, - Juri > > > > diff --git a/arch/arm64/kernel/topology.c b/arch/arm64/kernel/topology.c > > index 694f6de..4423cc5 100644 > > --- a/arch/arm64/kernel/topology.c > > +++ b/arch/arm64/kernel/topology.c > > @@ -23,6 +23,45 @@ > > #include > > #include > > > > +static DEFINE_PER_CPU(unsigned long, cpu_scale) = SCHED_CAPACITY_SCALE; > > + > > +unsigned long arch_scale_cpu_capacity(struct sched_domain *sd, int cpu) > > +{ > > + return per_cpu(cpu_scale, cpu); > > +} > > + > > +static void set_capacity_scale(unsigned int cpu, unsigned long capacity) > > +{ > > + per_cpu(cpu_scale, cpu) = capacity; > > +} > > + > > +static u32 capacity_scale = SCHED_CAPACITY_SCALE; > > + > > +static void __init parse_cpu_capacity(struct device_node *cpu_node, int cpu) > > +{ > > + int ret; > > + u32 cpu_capacity; > > + > > + ret = of_property_read_u32(cpu_node, > > + "capacity", > > + &cpu_capacity); > > + if (!ret) { > > + u64 capacity; > > + > > + /* > > + * Enforce capacity <= capacity-scale. > > + */ > > + cpu_capacity = cpu_capacity <= capacity_scale ? cpu_capacity : > > + capacity_scale; > > + capacity = (cpu_capacity << SCHED_CAPACITY_SHIFT) / > > + capacity_scale; > > + > > + set_capacity_scale(cpu, capacity); > > + pr_info("CPU%d: DT cpu_capacity %lu\n", > > + cpu, arch_scale_cpu_capacity(NULL, cpu)); > > + } > > +} > > + > > static int __init get_cpu_for_node(struct device_node *node) > > { > > struct device_node *cpu_node; > > @@ -34,6 +73,7 @@ static int __init get_cpu_for_node(struct device_node *node) > > > > for_each_possible_cpu(cpu) { > > if (of_get_cpu_node(cpu, NULL) == cpu_node) { > > + parse_cpu_capacity(cpu_node, cpu); > > of_node_put(cpu_node); > > return cpu; > > } > > @@ -173,6 +213,12 @@ static int __init parse_dt_topology(void) > > return 0; > > } > > > > + if (!of_property_read_u32(cn, "capacity-scale", &capacity_scale)) > > + pr_info("DT cpus capacity-scale %u\n", capacity_scale); > > + else > > + pr_debug("DT cpus capacity-scale not found: assuming %u\n", > > + capacity_scale); > > + > > /* > > * When topology is provided cpu-map is essentially a root > > * cluster with restricted subnodes. > > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/