Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp3512747pxb; Mon, 4 Apr 2022 19:24:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwmXcqAuiC18OAJGSJVfSFLCsJCNEAyZ15rMwZ5hir4xfpIGSAThRf+FwGECsDtSfKwVuLl X-Received: by 2002:a17:90b:3b44:b0:1c7:9ca8:a19e with SMTP id ot4-20020a17090b3b4400b001c79ca8a19emr1411017pjb.245.1649125481946; Mon, 04 Apr 2022 19:24:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649125481; cv=none; d=google.com; s=arc-20160816; b=F/nFzOiEu+SFU7dhYcMUDyz4exS6x9H/ZBpqXDBztcZMr3Cu0a262vnz+YFbXum2Sg /qZiX71ARCyvjew36DtELW5pQCnXge19rVhLv9S/YOLmuzGftJvPM/6gAHxJd53fVIBg 9mWnztqo/fCB435Kk2ezP4C1iAjYN78E+LxcKwjVvj8pBuMOd4CCfei7oSdCEKPbSfp6 5VFTInBkW275c56dL1h91/+yHHoWIlWDzzIc6p1XBXFOV682BnKkwdpa9a997kZ8W3lu MS3P95MW5m4h9rI+2jv8ue0XrgmXGuTI94XRfe4tEurAm4HR99L0MlzAneliqswG5V+C OeFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=jlu2BglJpW7L8YNmmdyii+b0JgzuT2uAeO5x9C3ds6M=; b=c7c46q+DC9oZU4k0p8nbt9yEyYQXhy1OH31kh12TjMNnojSP4HnYPCiYfsLBxRAQgU g50yts/sO7NZhMBHQjBOQ4sD6I8k3lbGnYWKWFaX7u3Ev5VErnf8+Xt4jvJa0FTImIH6 +rx8UC/kNRFtrN6igECXiFTXG+FMhr4iOtEB+Rdvk+cwl+2ikmUDeTPeJh2X1xIkn3ni N7jwBIaQoFNI3hDDF6YpArvcoBFlhJBMlcVo1YxORa0i3EnHTStZe/kygKLZKum0si5k Ziokj7z6VWwSbWSCUbioxy5D3CAbZSO2iv0FgLIB5ZXIZk4UeiLd2ju+8jvl/SQ2pjgz KwOA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id g11-20020a656ccb000000b003993a4f29e4si2733962pgw.755.2022.04.04.19.24.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Apr 2022 19:24:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 893B13C8D63; Mon, 4 Apr 2022 17:46:37 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1378809AbiDDQDq (ORCPT + 99 others); Mon, 4 Apr 2022 12:03:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37670 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1378823AbiDDQDo (ORCPT ); Mon, 4 Apr 2022 12:03:44 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 7F8DA2DA96; Mon, 4 Apr 2022 09:01:47 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 423991474; Mon, 4 Apr 2022 09:01:47 -0700 (PDT) Received: from localhost (ionvoi01-desktop.cambridge.arm.com [10.1.196.65]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DC7633F73B; Mon, 4 Apr 2022 09:01:46 -0700 (PDT) Date: Mon, 4 Apr 2022 17:01:45 +0100 From: Ionela Voinescu To: Lukasz Luba Cc: linux-kernel@vger.kernel.org, dietmar.eggemann@arm.com, Pierre.Gondois@arm.com, viresh.kumar@linaro.org, rafael@kernel.org, daniel.lezcano@linaro.org, linux-pm@vger.kernel.org, mka@chromium.org, nm@ti.com, sboyd@kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, cristian.marussi@arm.com, sudeep.holla@arm.com, matthias.bgg@gmail.com Subject: Re: [RESEND][PATCH 3/8] PM: EM: Use the new .get_cost() callback while registering EM Message-ID: References: <20220321095729.20655-1-lukasz.luba@arm.com> <20220321095729.20655-4-lukasz.luba@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220321095729.20655-4-lukasz.luba@arm.com> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Lukasz, On Monday 21 Mar 2022 at 09:57:24 (+0000), Lukasz Luba wrote: > The Energy Model (EM) allows to provide the 'cost' values when the device > driver provides the .get_cost() optional callback. This removes > restriction which is in the EM calculation function of the 'cost' > for each performance state. Now, the driver is in charge of providing > the right values which are then used by Energy Aware Scheduler. > > Signed-off-by: Lukasz Luba > --- > kernel/power/energy_model.c | 39 ++++++++++++++++++++++++++----------- > 1 file changed, 28 insertions(+), 11 deletions(-) > > diff --git a/kernel/power/energy_model.c b/kernel/power/energy_model.c > index 6ecee99af842..95a3b33001f6 100644 > --- a/kernel/power/energy_model.c > +++ b/kernel/power/energy_model.c > @@ -121,7 +121,8 @@ static void em_debug_remove_pd(struct device *dev) {} > #endif > > static int em_create_perf_table(struct device *dev, struct em_perf_domain *pd, > - int nr_states, struct em_data_callback *cb) > + int nr_states, struct em_data_callback *cb, > + unsigned long flags) > { > unsigned long power, freq, prev_freq = 0, prev_cost = ULONG_MAX; > struct em_perf_state *table; > @@ -173,10 +174,22 @@ static int em_create_perf_table(struct device *dev, struct em_perf_domain *pd, > /* Compute the cost of each performance state. */ > fmax = (u64) table[nr_states - 1].frequency; > for (i = nr_states - 1; i >= 0; i--) { > - unsigned long power_res = em_scale_power(table[i].power); > + unsigned long power_res, cost; > + > + if (flags & EM_PERF_DOMAIN_ARTIFICIAL) { > + ret = cb->get_cost(dev, table[i].frequency, &cost); > + if (ret || !cost || cost > EM_MAX_POWER) { > + dev_err(dev, "EM: invalid cost %lu %d\n", > + cost, ret); > + goto free_ps_table; > + } > + } else { > + power_res = em_scale_power(table[i].power); > + cost = div64_u64(fmax * power_res, table[i].frequency); > + } > + > + table[i].cost = cost; > > - table[i].cost = div64_u64(fmax * power_res, > - table[i].frequency); > if (table[i].cost >= prev_cost) { > table[i].flags = EM_PERF_STATE_INEFFICIENT; > dev_dbg(dev, "EM: OPP:%lu is inefficient\n", > @@ -197,7 +210,8 @@ static int em_create_perf_table(struct device *dev, struct em_perf_domain *pd, > } > > static int em_create_pd(struct device *dev, int nr_states, > - struct em_data_callback *cb, cpumask_t *cpus) > + struct em_data_callback *cb, cpumask_t *cpus, > + unsigned long flags) > { > struct em_perf_domain *pd; > struct device *cpu_dev; > @@ -215,7 +229,7 @@ static int em_create_pd(struct device *dev, int nr_states, > return -ENOMEM; > } > > - ret = em_create_perf_table(dev, pd, nr_states, cb); > + ret = em_create_perf_table(dev, pd, nr_states, cb, flags); > if (ret) { > kfree(pd); > return ret; > @@ -332,6 +346,7 @@ int em_dev_register_perf_domain(struct device *dev, unsigned int nr_states, > bool milliwatts) > { > unsigned long cap, prev_cap = 0; > + unsigned long flags = 0; > int cpu, ret; > > if (!dev || !nr_states || !cb) > @@ -378,14 +393,16 @@ int em_dev_register_perf_domain(struct device *dev, unsigned int nr_states, > } > } > > - ret = em_create_pd(dev, nr_states, cb, cpus); > + if (milliwatts) > + flags |= EM_PERF_DOMAIN_MILLIWATTS; > + else if (cb->get_cost) > + flags |= EM_PERF_DOMAIN_ARTIFICIAL; > + > + ret = em_create_pd(dev, nr_states, cb, cpus, flags); > if (ret) > goto unlock; > > - if (milliwatts) > - dev->em_pd->flags |= EM_PERF_DOMAIN_MILLIWATTS; > - else if (cb->get_cost) > - dev->em_pd->flags |= EM_PERF_DOMAIN_ARTIFICIAL; > + dev->em_pd->flags |= flags; > nit: given that there is a designated function to create the PD which now requires information on flags to initilise the domains properly, might be better to have dev->em_pd->flags set inside that function, rather than here. > em_cpufreq_update_efficiencies(dev); > Reviewed-by: Ionela Voinescu Thanks, Ionela. > -- > 2.17.1 >