From patchwork Mon Mar 20 09:32:12 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Viresh Kumar X-Patchwork-Id: 95522 Delivered-To: patch@linaro.org Received: by 10.140.89.233 with SMTP id v96csp923568qgd; Mon, 20 Mar 2017 05:47:51 -0700 (PDT) X-Received: by 10.98.42.200 with SMTP id q191mr9531512pfq.73.1490014071364; Mon, 20 Mar 2017 05:47:51 -0700 (PDT) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z77si12352839pfk.411.2017.03.20.05.47.51; Mon, 20 Mar 2017 05:47:51 -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; 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 S1755142AbdCTMru (ORCPT + 21 others); Mon, 20 Mar 2017 08:47:50 -0400 Received: from mail-pg0-f41.google.com ([74.125.83.41]:34512 "EHLO mail-pg0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752784AbdCTJc1 (ORCPT ); Mon, 20 Mar 2017 05:32:27 -0400 Received: by mail-pg0-f41.google.com with SMTP id 21so41256477pgg.1 for ; Mon, 20 Mar 2017 02:32:26 -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; bh=wLuJ/5XF8AD/wzkWSR82GcVGMs4e/MU1Z6aQQUjXQiU=; b=eE0VTuRgQQTCSVMON94XLAiJ+6g3yTjTvH5XHR3bno8X6jpLQYKGlKdNjZhXInS6iu ppIIuBqThbCOvrBOhbMIRVYjbQkG7Hjg1Xf2j9i8cGMFZbsPhVuKc4fz74VJ9/g5IFIF lMjOm6woBSgZfYukZSQMUOKtSn/iGKkJg7hjw= 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; bh=wLuJ/5XF8AD/wzkWSR82GcVGMs4e/MU1Z6aQQUjXQiU=; b=MtmxHX+rcQ7ykYv2pqgXCWDxXQ+LL+FsqDt/dcsUlX9p7YyxNfHYViX1lnDukRQyj1 8C0pX/VvB7orSl7G6dmUj26S8wll6Sf8dIBJvX/XyyfTMgWR+SVDQ5JEgUqGm9jNh36I GRNpD0yLXJmb5iiWL1I3IInV/ItYIOx6r5RPOXENbrhSiedgeUDU7V4Or5If7bWgJisp 9E5d1dDC/wpJzpgEyzPDgC71mVfL1jQJbkpDcg1krniTKHWW6ra86I2+aotuA55CJULf xBgcC2pm9bpZrFZB34siKYS17DBIoupIJ2pjc4juWBU6ZS5/E7JQux3EZayDLnVpXkvg 4Zaw== X-Gm-Message-State: AFeK/H2wluIvP7YzyKwAZlgvjdi3D0Tx4Wb4/3Ay449lfNUcF8EZgogOPfVeaGXoe1hUm1fL X-Received: by 10.99.181.86 with SMTP id u22mr9515678pgo.102.1490002345531; Mon, 20 Mar 2017 02:32:25 -0700 (PDT) Received: from localhost ([122.171.239.200]) by smtp.gmail.com with ESMTPSA id t66sm19295075pfk.53.2017.03.20.02.32.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Mar 2017 02:32:24 -0700 (PDT) From: Viresh Kumar To: Rafael Wysocki , ulf.hansson@linaro.org, Kevin Hilman Cc: linaro-kernel@lists.linaro.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, Vincent Guittot , Stephen Boyd , Nishanth Menon , robh+dt@kernel.org, lina.iyer@linaro.org, rnayak@codeaurora.org, Viresh Kumar Subject: [PATCH V4 0/9] PM / Domains: Implement domain performance states Date: Mon, 20 Mar 2017 15:02:12 +0530 Message-Id: X-Mailer: git-send-email 2.12.0.432.g71c3a4f4ba37 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, The main feedback I got for the V3 series came from Kevin, who suggested that we should reuse OPP tables for genpd devices as well, instead of creating a new table type. And that's what this version is trying to do. Some platforms have the capability to configure the performance state of their power domains. The process of configuring the performance state is pretty much platform dependent and we may need to work with a wide range of configurables. For some platforms, like Qcom, it can be a positive integer value alone, while in other cases it can be voltage levels, etc. The power-domain framework until now was only designed for the idle state management of the device and this needs to change in order to reuse the power-domain framework for active state management of the devices. This series adapts the genpd and OPP frameworks to allow OPP tables to be used for the genpd devices as well. The first 2 patches update the DT bindings of the power-domains and OPP tables. And the other 7 patches implement the details in QoS, genpd and OPP frameworks. This is tested currently by hacking the kernel a bit with virtual power-domains for the dual A15 exynos platform. The earlier version of patches was also tested by Rajendra Nayak (Qcom) on *real* Qualcomm hardware for which this work is getting done. And so this version should work as well. Here is sample DT and C code we need to write for platforms: DT: --- / { domain_opp_table: opp_table0 { compatible = "operating-points-v2"; opp@1 { domain-performance-state = <1>; opp-microvolt = <975000 970000 985000>; }; opp@2 { domain-performance-state = <2>; opp-microvolt = <1075000 1000000 1085000>; }; }; foo_domain: power-controller@12340000 { compatible = "foo,power-controller"; reg = <0x12340000 0x1000>; #power-domain-cells = <0>; operating-points-v2 = <&domain_opp_table>; } cpu0_opp_table: opp_table1 { compatible = "operating-points-v2"; opp-shared; opp@1000000000 { opp-hz = /bits/ 64 <1000000000>; domain-performance-state = <1>; }; opp@1100000000 { opp-hz = /bits/ 64 <1100000000>; domain-performance-state = <2>; }; opp@1200000000 { opp-hz = /bits/ 64 <1200000000>; domain-performance-state = <2>; }; }; cpus { #address-cells = <1>; #size-cells = <0>; cpu@0 { compatible = "arm,cortex-a9"; reg = <0>; clocks = <&clk_controller 0>; clock-names = "cpu"; operating-points-v2 = <&cpu0_opp_table>; power-domains = <&foo_domain>; }; }; }; Driver code: ------------ static int pd_performance(struct generic_pm_domain *domain, unsigned int state) { struct dev_pm_opp *opp; opp = dev_pm_opp_find_dps(&domain->dev, state, true); /* Use OPP and state in platform specific way */ return 0; } static const struct of_device_id pm_domain_of_match[] __initconst = { { .compatible = "foo,genpd", }, { }, }; static int __init genpd_test_init(void) { struct device *dev = get_cpu_device(0); struct device_node *np; const struct of_device_id *match; int n; int ret; for_each_matching_node_and_match(np, pm_domain_of_match, &match) { pd.name = kstrdup_const(strrchr(np->full_name, '/') + 1, GFP_KERNEL); if (!pd.name) { of_node_put(np); return -ENOMEM; } pd.set_performance_state = pd_performance; pm_genpd_init(&pd, NULL, false); of_genpd_add_provider_simple(np, &pd); } ret = dev_pm_domain_attach(dev, false); return ret; } Pushed here as well: https://git.linaro.org/people/viresh.kumar/linux.git/log/?h=opp/genpd-performance-state V3->V4: - Use OPP table for genpd devices as well. - Add struct device to genpd, in order to reuse OPP infrastructure. - Based over: https://marc.info/?l=linux-kernel&m=148972988002317&w=2 - Fixed examples in DT document to have voltage in target,min,max order. V2->V3: - Based over latest pm/linux-next - Bindings and code are merged together - Lots of updates in bindings - the performance-states node is present within the power-domain now, instead of its phandle. - performance-level property is replaced by "reg". - domain-performance-state property of the consumers contain an integer value now instead of phandle. - Lots of updates to the code as well - Patch "PM / QOS: Add default case to the switch" is merged with other patches and the code is changed a bit as well. - Don't pass 'type' to dev_pm_qos_add_notifier(), rather handle all notifiers with a single list. A new patch is added for that. - The OPP framework patch can be applied now and has proper SoB from me. - Dropped "PM / domain: Save/restore performance state at runtime suspend/resume". - Drop all WARN(). - Tested-by Rajendra nayak. V1->V2: - Based over latest pm/linux-next - It is mostly a resend of what is sent earlier as this series hasn't got any reviews so far and Rafael suggested that its better I resend it. - Only the 4/6 patch got an update, which was shared earlier as reply to V1 as well. It has got several fixes for taking care of power domain hierarchy, etc. -- viresh Viresh Kumar (9): PM / OPP: Allow OPP table to be used for power-domains PM / Domains: Use OPP tables for power-domains PM / QOS: Keep common notifier list for genpd constraints PM / QOS: Add DEV_PM_QOS_PERFORMANCE request PM / OPP: Add support to parse OPP table for power-domains PM / OPP: Add dev_pm_opp_find_dps() helper PM / domain: Register for PM QOS performance notifier PM / Domain: Add struct device to genpd PM / Domain: Add support to parse domain's OPP table Documentation/devicetree/bindings/opp/opp.txt | 73 ++++++- .../devicetree/bindings/power/power_domain.txt | 42 ++++ Documentation/power/pm_qos_interface.txt | 2 +- drivers/base/power/domain.c | 183 ++++++++++++++-- drivers/base/power/opp/core.c | 229 +++++++++++++++++++-- drivers/base/power/opp/debugfs.c | 9 +- drivers/base/power/opp/of.c | 80 ++++++- drivers/base/power/opp/opp.h | 14 ++ drivers/base/power/qos.c | 36 +++- include/linux/pm_domain.h | 6 + include/linux/pm_opp.h | 8 + include/linux/pm_qos.h | 17 ++ kernel/power/qos.c | 2 +- 13 files changed, 646 insertions(+), 55 deletions(-) -- 2.12.0.432.g71c3a4f4ba37