Received: by 10.192.165.156 with SMTP id m28csp1826270imm; Thu, 12 Apr 2018 04:18:28 -0700 (PDT) X-Google-Smtp-Source: AIpwx48DkFTQn6hL2bMsze9Cnox+wcLBGVhge/UP7JvIXPz2cXAn0DK6s46SLbasSMDMRBQJVMOH X-Received: by 10.99.54.65 with SMTP id d62mr371389pga.225.1523531908378; Thu, 12 Apr 2018 04:18:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523531908; cv=none; d=google.com; s=arc-20160816; b=ZshDab8noQqJHWkuhjLOrXxBKK+CC5HnaNsLrt8FlBiSdbzFQ2PRP/Yn70ieJrgnGm u6PtAnB5udmD/sHeuHA8wLKO4fZlJz71McQVxDIocRbI0ThyPqfPzJpvlK8/IOz2tVaB SuxJrSDg0floc529gjeQRMMiICN4NpBx8WJrSD39cGwnR2xowxMfD8GgD1/a4+a0ZGit taOJra+r76rP4KKiOTLgYjRnYWI8kqv68wr835YbrzT8ubroOMPCddq4Nhr6Rdn8d0mh L2bIDHKJU7tIeVmOk/2tn7/AsIvysMv6YTAKnUsnqzOAayrB66UrBggjvKiXfAZdnnz5 Xstw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=dN7b+VCYcHRLXpkthbq+AxfhjyxNYYcuJarkBPvH/ts=; b=sr529h4eqVuBt43oW6BY1ZzgwzBMiip2VOgA68pJ2VeW69DoWyE8R+qsKHaWh7YNg2 j8H2TUdyMpBBAvPNIDWzAi5djwfY0KMj2TLBraG0M4sRVt1SEXfjatkkZj6zD1A/H4Uw Jpd+NJewKS2cHyEu3++njDa6UEvHc2EzLQPFR9vFoA9631T4SxRTHbkApjWIlYLMPRPG jSMMnVDTcbRCyRvFFcHnQ84R6Zq7YbkJrpVnkA0Sf9A5/nqMxDw3nrpqMHsjUmIWMLb3 8Q7FoL3mXEERHJLfOkeLbvdOsB/mzHUbKn+sCNvZUDGzljEgEh9m6TkzuA/by+7nCWO3 MlfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=SSkopJfU; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p13-v6si3019722plo.150.2018.04.12.04.17.51; Thu, 12 Apr 2018 04:18:28 -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; dkim=pass header.i=@linaro.org header.s=google header.b=SSkopJfU; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753105AbeDLLOz (ORCPT + 99 others); Thu, 12 Apr 2018 07:14:55 -0400 Received: from mail-lf0-f67.google.com ([209.85.215.67]:43343 "EHLO mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753042AbeDLLOw (ORCPT ); Thu, 12 Apr 2018 07:14:52 -0400 Received: by mail-lf0-f67.google.com with SMTP id v207-v6so7113105lfa.10 for ; Thu, 12 Apr 2018 04:14:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=dN7b+VCYcHRLXpkthbq+AxfhjyxNYYcuJarkBPvH/ts=; b=SSkopJfU95HZRWwvULJXYOb3EvODW3hVojnyu8zCyP6bIFp2WL4VJ4HB0nGsP6o9At NXYpXWfQYuElrvjKAufAggwUXzmjRA8BLza8h5K5XPZ+bATYP0VbdIFfT3WqynVUZr/E WlZ0vhPjwjnxbpAkTmwmoW3lpSf/RbOiLgorI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=dN7b+VCYcHRLXpkthbq+AxfhjyxNYYcuJarkBPvH/ts=; b=R6NuvIpszrnXcnZeF+0JwWMy7FUBmYFexJ8pwJ3yVNDKaiqTw/BWu3jU/PV3s0kgio bi5GefU+uLhoFiJ243RAmT0E+RFht1ugqP7MWB9u/+goLsGxdZmusqFPa3H9s2oG+3xo ZKwM2dNVku0ZbgDR4yCTbT9cLXr15v7sAPujVUBapQNbeufi3q/mFQrUFUit2IIyhPNF xaVCMwHXNQtRGF1/ba4WXbFVwhxY2F4TYWEU0Q49tCt133jzluh/s4KByCsK3YwDUof4 aYkPmsQJzEKVo/zsTL9XiEwCH0fSLeWJcxb1RQntatMeOCzBfYiLLwDZhRTNuBqgW6nu 6+CA== X-Gm-Message-State: ALQs6tD0QSxa8ccN+wO0n84FfSeGDTmdYEmOGmpfOjujDGjEBNEDNgFA Tcs9TnVmVU6n0cT9IpSstNIjrA== X-Received: by 2002:a19:d911:: with SMTP id q17-v6mr4693438lfg.99.1523531690741; Thu, 12 Apr 2018 04:14:50 -0700 (PDT) Received: from localhost.localdomain (h-158-174-22-210.NA.cust.bahnhof.se. [158.174.22.210]) by smtp.gmail.com with ESMTPSA id r29sm543187lje.72.2018.04.12.04.14.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 12 Apr 2018 04:14:50 -0700 (PDT) From: Ulf Hansson To: "Rafael J . Wysocki" , Sudeep Holla , Lorenzo Pieralisi , Mark Rutland , linux-pm@vger.kernel.org Cc: Kevin Hilman , Lina Iyer , Lina Iyer , Ulf Hansson , Rob Herring , Daniel Lezcano , Thomas Gleixner , Vincent Guittot , Stephen Boyd , Juri Lelli , Geert Uytterhoeven , linux-arm-kernel@lists.infradead.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, Frederic Weisbecker , Ingo Molnar Subject: [PATCH v7 07/26] PM / Domains: Add genpd governor for CPUs Date: Thu, 12 Apr 2018 13:14:12 +0200 Message-Id: <1523531671-27491-8-git-send-email-ulf.hansson@linaro.org> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1523531671-27491-1-git-send-email-ulf.hansson@linaro.org> References: <1523531671-27491-1-git-send-email-ulf.hansson@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org As it's now perfectly possible that a PM domain managed by genpd contains devices belonging to CPUs, we should start to take into account the residency values for the idle states during the state selection process. The residency value specifies the minimum duration of time, the CPU or a group of CPUs, needs to spend in an idle state to not waste energy entering it. To deal with this, let's add a new genpd governor, pm_domain_cpu_gov, that may be used for a PM domain that have CPU devices attached or if the CPUs are attached through subdomains. The new governor computes the minimum expected idle duration time for the online CPUs being attached to the PM domain and its subdomains. Then in the state selection process, trying the deepest state first, it verifies that the idle duration time satisfies the state's residency value. It should be noted that, when computing the minimum expected idle duration time, we use the information from tick_nohz_get_next_wakeup(), to find the next wakeup for the related CPUs. Future wise, this may deserve to be improved, as there are more reasons to why a CPU may be woken up from idle. Cc: Thomas Gleixner Cc: Daniel Lezcano Cc: Lina Iyer Cc: Frederic Weisbecker Cc: Ingo Molnar Co-developed-by: Lina Iyer Signed-off-by: Ulf Hansson --- drivers/base/power/domain_governor.c | 58 ++++++++++++++++++++++++++++++++++++ include/linux/pm_domain.h | 2 ++ 2 files changed, 60 insertions(+) diff --git a/drivers/base/power/domain_governor.c b/drivers/base/power/domain_governor.c index 99896fb..1aad557 100644 --- a/drivers/base/power/domain_governor.c +++ b/drivers/base/power/domain_governor.c @@ -10,6 +10,9 @@ #include #include #include +#include +#include +#include static int dev_update_qos_constraint(struct device *dev, void *data) { @@ -245,6 +248,56 @@ static bool always_on_power_down_ok(struct dev_pm_domain *domain) return false; } +static bool cpu_power_down_ok(struct dev_pm_domain *pd) +{ + struct generic_pm_domain *genpd = pd_to_genpd(pd); + ktime_t domain_wakeup, cpu_wakeup; + s64 idle_duration_ns; + int cpu, i; + + if (!(genpd->flags & GENPD_FLAG_CPU_DOMAIN)) + return true; + + /* + * Find the next wakeup for any of the online CPUs within the PM domain + * and its subdomains. Note, we only need the genpd->cpus, as it already + * contains a mask of all CPUs from subdomains. + */ + domain_wakeup = ktime_set(KTIME_SEC_MAX, 0); + for_each_cpu_and(cpu, genpd->cpus, cpu_online_mask) { + cpu_wakeup = tick_nohz_get_next_wakeup(cpu); + if (ktime_before(cpu_wakeup, domain_wakeup)) + domain_wakeup = cpu_wakeup; + } + + /* The minimum idle duration is from now - until the next wakeup. */ + idle_duration_ns = ktime_to_ns(ktime_sub(domain_wakeup, ktime_get())); + + /* + * Find the deepest idle state that has its residency value satisfied + * and by also taking into account the power off latency for the state. + * Start at the deepest supported state. + */ + i = genpd->state_count - 1; + do { + if (!genpd->states[i].residency_ns) + break; + + /* Check idle_duration_ns >= 0 to compare signed/unsigned. */ + if (idle_duration_ns >= 0 && idle_duration_ns >= + (genpd->states[i].residency_ns + + genpd->states[i].power_off_latency_ns)) + break; + i--; + } while (i >= 0); + + if (i < 0) + return false; + + genpd->state_idx = i; + return true; +} + struct dev_power_governor simple_qos_governor = { .suspend_ok = default_suspend_ok, .power_down_ok = default_power_down_ok, @@ -257,3 +310,8 @@ struct dev_power_governor pm_domain_always_on_gov = { .power_down_ok = always_on_power_down_ok, .suspend_ok = default_suspend_ok, }; + +struct dev_power_governor pm_domain_cpu_gov = { + .suspend_ok = NULL, + .power_down_ok = cpu_power_down_ok, +}; diff --git a/include/linux/pm_domain.h b/include/linux/pm_domain.h index ccd7c94..8f60181 100644 --- a/include/linux/pm_domain.h +++ b/include/linux/pm_domain.h @@ -161,6 +161,7 @@ extern int dev_pm_genpd_set_performance_state(struct device *dev, extern struct dev_power_governor simple_qos_governor; extern struct dev_power_governor pm_domain_always_on_gov; +extern struct dev_power_governor pm_domain_cpu_gov; #else static inline struct generic_pm_domain_data *dev_gpd_data(struct device *dev) @@ -206,6 +207,7 @@ static inline int dev_pm_genpd_set_performance_state(struct device *dev, #define simple_qos_governor (*(struct dev_power_governor *)(NULL)) #define pm_domain_always_on_gov (*(struct dev_power_governor *)(NULL)) +#define pm_domain_cpu_gov (*(struct dev_power_governor *)(NULL)) #endif static inline int pm_genpd_add_device(struct generic_pm_domain *genpd, -- 2.7.4