Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1612469pxv; Fri, 16 Jul 2021 13:23:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwcrIr0STsczW5cEKHlif9XXCjsKa/fsx7RlVS83Rt7PKXPxHzqdK5dBsD+cBUQxpGgwUT0 X-Received: by 2002:a05:6602:2595:: with SMTP id p21mr8812435ioo.51.1626466995119; Fri, 16 Jul 2021 13:23:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626466995; cv=none; d=google.com; s=arc-20160816; b=ZXxs8DBj4KD1jtX3HSG91OD1uKhoTo4Vitcvq5aXTczcAkwMb+J4ViiTQlXsSjgpf1 OsyouG7OobbQPA7RvP0mClayE5bc/fa52hzCsSqWKI8uMojgr3mw/bjofDJ/ynZO1one a0Katkat7s+ZoGmxEr/k3yoOofIh5n3kloMnca3jYsAnSfpfCIM08viXWPusYeqa6t+h elY0VbHhyyEttmvWA9fYAVRBvfdygihi7rifR0Yo0kklnCRPp9pT5IiP/TbeaD7BGU9K 6HU9bJfNxdjD2yO27iGFSy6ybrhf2giZRvjVekOzMMtba6ePN4sKGsshEiDflQLK4srR JoRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:user-agent:from :references:in-reply-to:mime-version:dkim-signature; bh=CkaCIu0m3DpwfwleO0B5cmqATZ+S4ICyCA6JG0g5KFI=; b=PuXFIk3rq7Uma6Tv1jyyBGtnRhVe0JwCLeWn4kcbA5SUGmrNvhTp6Bzd2OKesiAC8I p6rQwEoPc9E+bzGgXNpQqITMPJnOQfjjb8xNko//b1lTMVdadJ7/LIKZbIwhJ4LwbIDT E7oUQ9FJZ+PSiZ+vHGwyLhET1dCxSEEkOh7oy8z8EomAcB1x9Pk1qUT1G4he/YOfzERy PKrpp5sJsBNld34rSWRjEolL1owAiDJT/kJJsTHPQ8oNOzVAJKa9nGdwd8zm6iVkUzBQ rJFzzDvh2cg+3yuvMhNYrhRYtku6HjFvMeuyTxQXOzWKzU7CbFkEfqWA0J94BDBymNI2 o/6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=nKxV1YWD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w3si11776052ilh.113.2021.07.16.13.23.02; Fri, 16 Jul 2021 13:23:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=nKxV1YWD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233822AbhGPUWp (ORCPT + 99 others); Fri, 16 Jul 2021 16:22:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37404 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233782AbhGPUWo (ORCPT ); Fri, 16 Jul 2021 16:22:44 -0400 Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D9623C06175F for ; Fri, 16 Jul 2021 13:19:47 -0700 (PDT) Received: by mail-ot1-x332.google.com with SMTP id o72-20020a9d224e0000b02904bb9756274cso11142794ota.6 for ; Fri, 16 Jul 2021 13:19:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:in-reply-to:references:from:user-agent:date:message-id :subject:to:cc; bh=CkaCIu0m3DpwfwleO0B5cmqATZ+S4ICyCA6JG0g5KFI=; b=nKxV1YWDiGQ8xBufsYIxZitBl/zKTFW94qEaH1WzLGa7V9L3Tvch3dHVKsgHkAJ5xQ tQv1CHl0yER7naskqNXJxw3u7Ay7He+QMgE3WC9sZCs00fOO2CDE/VLu0Ftrx88R0VkC MwIRw2yqhZs/0XLeg1LxjHn6+3+U2CgBBRe3c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from :user-agent:date:message-id:subject:to:cc; bh=CkaCIu0m3DpwfwleO0B5cmqATZ+S4ICyCA6JG0g5KFI=; b=LCU+T+3xejS0fUWqmrOl5WWWV6fVQ/5REOe/FCVBHXPMDJsN/DX6+phdW9j9mN1sYF dxMem6omVxrcLddMZgItgaIrdPmOTeTp6utBo5oBCjfq/hwQrVBhWdENodo7Uwd13X7H p+J2nLUv3w4+L/wfa2Whh1M+8Ay/bAkT2iSp5IPICQQEEPg5a3CVhtv7AUXvQePJC+NV zKkTbtgRZHKPYLZTCG2CQODiepTTZK7/lnkGOfJpLtsYgvcSRPnDhn7zNReP2PvZJyTJ dtOYQhSmCuPhPzpa97WJ/BjTEY8/b5reUyW5gr9hIak9squmXSIBUUf+Nhtb0IJnpsMd 4S8w== X-Gm-Message-State: AOAM530qzfECet1lrgmTt0XUXfwSKdNRVbSuGn5qR+ZQvRb8hX53/Mfd 3TOrayEhHW2QiZ53O0USNMMQ5vh4debH7RI22YV4jQ== X-Received: by 2002:a9d:2781:: with SMTP id c1mr9471335otb.34.1626466787329; Fri, 16 Jul 2021 13:19:47 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 16 Jul 2021 22:19:46 +0200 MIME-Version: 1.0 In-Reply-To: <1626429658-18961-2-git-send-email-rnayak@codeaurora.org> References: <1626429658-18961-1-git-send-email-rnayak@codeaurora.org> <1626429658-18961-2-git-send-email-rnayak@codeaurora.org> From: Stephen Boyd User-Agent: alot/0.9.1 Date: Fri, 16 Jul 2021 22:19:46 +0200 Message-ID: Subject: Re: [PATCH v4 1/2] PM / Domains: Add support for 'required-opps' to set default perf state To: Rajendra Nayak , bjorn.andersson@linaro.org, ulf.hansson@linaro.org, viresh.kumar@linaro.org Cc: linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, rojay@codeaurora.org, stephan@gerhold.net Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Rajendra Nayak (2021-07-16 03:00:57) > Some devics within power domains with performance states do not devices > support DVFS, but still need to vote on a default/static state > while they are active. They can express this using the 'required-opps' > property in device tree, which points to the phandle of the OPP > supported by the corresponding power-domains. > > Add support to parse this information from DT and then set the > specified performance state during attach and drop it on detach. > Also drop/set as part of runtime suspend/resume callbacks. > > Signed-off-by: Rajendra Nayak > --- > drivers/base/power/domain.c | 37 ++++++++++++++++++++++++++++++++++--- > include/linux/pm_domain.h | 1 + > 2 files changed, 35 insertions(+), 3 deletions(-) > > diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c > index a934c67..dcc0b71 100644 > --- a/drivers/base/power/domain.c > +++ b/drivers/base/power/domain.c > @@ -1000,6 +1008,8 @@ static int genpd_runtime_resume(struct device *dev) > genpd_stop_dev(genpd, dev); > err_poweroff: > if (!pm_runtime_is_irq_safe(dev) || genpd_is_irq_safe(genpd)) { > + if (default_pstate) > + dev_pm_genpd_set_performance_state(dev, 0); > genpd_lock(genpd); > gpd_data->rpm_pstate = genpd_drop_performance_state(dev); Maybe this should be prev_state = genpd_drop_performance_state(dev); if (!default_pstate) gdp_data->rpm_pstate = prev_state; so we don't call dev_pm_genpd_set_performance_state() effectively twice? Also it would make sure we call dev_pm_genpd_set_performance_state() underneath the genpd_lock() if that is important. Similarly do that on suspend path. > genpd_power_off(genpd, true, 0); > @@ -2598,6 +2608,12 @@ static void genpd_dev_pm_detach(struct device *dev, bool power_off) > > dev_dbg(dev, "removing from PM domain %s\n", pd->name); > > + /* Drop the default performance state */ > + if (dev_gpd_data(dev)->default_pstate) { > + dev_pm_genpd_set_performance_state(dev, 0); > + dev_gpd_data(dev)->default_pstate = 0; > + } > + > for (i = 1; i < GENPD_RETRY_MAX_MS; i <<= 1) { > ret = genpd_remove_device(pd, dev); > if (ret != -EAGAIN) > @@ -2675,10 +2692,24 @@ static int __genpd_dev_pm_attach(struct device *dev, struct device *base_dev, > genpd_unlock(pd); > } > > - if (ret) > + if (ret) { > genpd_remove_device(pd, dev); > + return -EPROBE_DEFER; > + } > + > + /* Set the default performance state */ > + np = base_dev->of_node; > + if (of_parse_phandle(np, "required-opps", index)) { > + pstate = of_get_required_opp_performance_state(np, index); > + if (pstate < 0) { > + dev_err(dev, "failed to set pstate:%d", pstate); Missing newline on printk. Also can we spell out pstate as "failed to set required performance state %d for power-domain %d"? > + ret = pstate; > + } > + dev_pm_genpd_set_performance_state(dev, pstate); > + dev_gpd_data(dev)->default_pstate = pstate; > + } > > - return ret ? -EPROBE_DEFER : 1; > + return ret ? ret : 1; > } > > /**