From patchwork Fri Dec 21 08:56:12 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Rajendra Nayak X-Patchwork-Id: 1017403 Return-Path: X-Original-To: incoming-dt@patchwork.ozlabs.org Delivered-To: patchwork-incoming-dt@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=devicetree-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=codeaurora.org header.i=@codeaurora.org header.b="O+m4qZLt"; dkim=pass (1024-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="O+m4qZLt"; dkim-atps=neutral Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 43LjD44VCkz9sDN for ; Fri, 21 Dec 2018 19:56:36 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732761AbeLUI4f (ORCPT ); Fri, 21 Dec 2018 03:56:35 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:35178 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731899AbeLUI4f (ORCPT ); Fri, 21 Dec 2018 03:56:35 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 8845F60878; Fri, 21 Dec 2018 08:56:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1545382593; bh=wx7omYkxgDdR3z7Pc13YymkJh4r1utjVU0htFe4W9OM=; h=From:To:Cc:Subject:Date:From; b=O+m4qZLtu/KwajCY8kODClZw4G+Z6q3IdPdwa33R3fkElOSgGjPOP4SCW+mUnrEgI /o2QqmPKZIX08BQqn3IRtOH7g2PCCghXRE7QOLNhjYYvy97V7zsZvMMG7AVoLk7OXU wZtZ1cSM4tZTbkf2BAOKDr32h48cxbAwygr9j+G8= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID, DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.0 Received: from blr-ubuntu-173.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.18.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: rnayak@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id D8C2460854; Fri, 21 Dec 2018 08:56:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1545382593; bh=wx7omYkxgDdR3z7Pc13YymkJh4r1utjVU0htFe4W9OM=; h=From:To:Cc:Subject:Date:From; b=O+m4qZLtu/KwajCY8kODClZw4G+Z6q3IdPdwa33R3fkElOSgGjPOP4SCW+mUnrEgI /o2QqmPKZIX08BQqn3IRtOH7g2PCCghXRE7QOLNhjYYvy97V7zsZvMMG7AVoLk7OXU wZtZ1cSM4tZTbkf2BAOKDr32h48cxbAwygr9j+G8= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org D8C2460854 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=rnayak@codeaurora.org From: Rajendra Nayak To: andy.gross@linaro.org, robh@kernel.org, viresh.kumar@linaro.org, sboyd@kernel.org, ulf.hansson@linaro.org, collinsd@codeaurora.org, mka@chromium.org Cc: devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, Rajendra Nayak Subject: [PATCH v8 00/10] Add power domain driver for corners on msm8996/sdm845 Date: Fri, 21 Dec 2018 14:26:12 +0530 Message-Id: <20181221085622.25573-1-rnayak@codeaurora.org> X-Mailer: git-send-email 2.19.1 MIME-Version: 1.0 Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Changes in v8: * Patch 01/10: Bindings updated to mention opp-hz is optional * Patch 02/10: Fixed #power-domain-cells * All dependencies for 'Patch 10/10' are on their way to 4.21 via the pm tree Changes in v7: * Rebased on Andy's for-next, and used the updated cmd_db_read_aux_data() * Other minor fixes, all in 'PATCH 06/10' as suggested by Stephen Changes in v6: * OPP binding updates for qcom,level reviewed by Rob * DT bindings for rpmpd and rpmhpd updated to specify the OPP tables as child nodes of the power-controller itself * Removed some module specific remains from the drivers, now that they can only be built-in * Added a simple_opp_to_performance_state() helper Changes in v5: * First 6 patches are unchanged * Patch 7/8 adds the DT node for rpmh power-controller on sdm845 and the corresponding OPP tables for it to describe the performance states * Patch 8/8 adds a parent/child relationship across mx/cx and mx_ao/cx_ao as needed on sdm845 platform. This patch is dependent on the series from Viresh [1] which adds support to propogate performance states across the power domain hierarchy which is still being reviewed Changes in v4: * Included the patch to add qcom-opp bindings (dropped accidentally in v3) * merged the patches to add bindings for rpm and rpmh, added consumer binding example * Made the drivers built in, removed .remove * Added better description in changelog for PATCH 6/6 * Updated rpmhpd_aggregate_corner() based on Davids feedback * rpmhpd_set_performance_state() returns max corner, in cases where its called with an INT_MAX * Dropped the patch to max vote on all corners at init, the patch did not work anyway, and it shouldn't be needed now Changes in v3: * Bindings split into seperate patches * Bindings updated to remove duplicate OPP table phandles * DT headers defining macros for Power domain indexes and OPP levels * Optimisations to use rpmh_write_async() whereever applicable * Fixed up handling of ACTIVE_ONLY/WAKE_ONLY/SLEEP voting for RPMh * Fixed the vlvl to hlvl conversions in set_performance * Other minor fixes based on review of v2 * TODO: This series does not handle the case where all VDD_MX votes should be higher than VDD_CX from APPs, as pointed out by David Collins in v2. This needs support at genpd to propogate performance state up the parents, if we model these as Parent/Child to handle the interdependency. Changes in v2: * added a power domain driver for sdm845 which supports communicating to RPMh * dropped the changes to sdhc driver to move over to using OPP as there is active discussion on using OPP as the interface vs handling all of it in clock drivers * Other minor binding updates based on review of v1 With performance state support for genpd/OPP merged, this is an effort to model a power domain driver to communicate corner/level values for qualcomm platforms to RPM (Remote Power Manager) and RPMh. [1] https://lkml.org/lkml/2018/11/26/333 Rajendra Nayak (10): dt-bindings: opp: Introduce qcom-opp bindings dt-bindings: power: Add qcom rpm power domain driver bindings soc: qcom: rpmpd: Add a Power domain driver to model corners soc: qcom: rpmpd: Add support for get/set performance state arm64: dts: msm8996: Add rpmpd device node soc: qcom: rpmhpd: Add RPMh power domain driver arm64: dts: sdm845: Add rpmh powercontroller node PM / Domains: Add a simple_opp_to_performance_state() helper soc: qcom: rpmpd: Use simple_opp_to_performance_state() helper soc: qcom: rpmhpd: Mark mx as a parent for cx .../devicetree/bindings/opp/qcom-opp.txt | 28 ++ .../devicetree/bindings/power/qcom,rpmpd.txt | 146 +++++++ arch/arm64/boot/dts/qcom/msm8996.dtsi | 34 ++ arch/arm64/boot/dts/qcom/sdm845.dtsi | 51 +++ drivers/base/power/domain.c | 17 + drivers/soc/qcom/Kconfig | 18 + drivers/soc/qcom/Makefile | 2 + drivers/soc/qcom/rpmhpd.c | 402 ++++++++++++++++++ drivers/soc/qcom/rpmpd.c | 317 ++++++++++++++ include/dt-bindings/power/qcom-rpmpd.h | 39 ++ include/linux/pm_domain.h | 9 + 11 files changed, 1063 insertions(+) create mode 100644 Documentation/devicetree/bindings/opp/qcom-opp.txt create mode 100644 Documentation/devicetree/bindings/power/qcom,rpmpd.txt create mode 100644 drivers/soc/qcom/rpmhpd.c create mode 100644 drivers/soc/qcom/rpmpd.c create mode 100644 include/dt-bindings/power/qcom-rpmpd.h Reviewed-by: Ulf Hansson Reviewed-by: Ulf Hansson