Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp466189pxv; Thu, 24 Jun 2021 11:54:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxCJLC24z3BACzKpoVvbNEr163JTtg6MGCwh93LuvMEwtlHvIROkke6b3ij7xpCxqFxNm/9 X-Received: by 2002:a17:906:70cf:: with SMTP id g15mr6642667ejk.366.1624560867641; Thu, 24 Jun 2021 11:54:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624560867; cv=none; d=google.com; s=arc-20160816; b=ROdJd68WwxIDTq6RClypgyVR2RWXu0/GOF0xcm/KycwWPFRyHerXuX+U9tHZ1b5Ftu Gas9h9XY1/meO3apUhMp5SYCIxYNxThM1p5f1iJ3m1r3pcUOpHEMs7JMj+sEPxA0jJ9b NO2mGQLmzWGK9vcYj5oDNtRtrWhNJMLnFSxlhA4gj/w+djTJb0spF3sbCSlUfHkmI76j TAfdxEj+EhjkDzE+mICaPMPDB7Y5HihsSmahdk5I8B+2k4FbGgiVyJeFXnvK999+te3T ghtyZhkoSK6mjEnusR8lxmBh8Sm/H7SQOiPjrAdjS77tAdBJi8ZrDE1Xrpzs3BGQCG3B MMwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from:dmarc-filter :sender:dkim-signature; bh=ERBH+OT8YSEVKV7mg5CEbxyf0LONaNkYkO7hLt9UhhI=; b=BiNJenqMWMsQbOqo+2WiczSqjfHkm3koQEoaNBW1XGnKcI7dJxZUmgNpHB4T/+1pc/ eiNNdZL9aenhPu8g2xTdQw6YYa61mZLJY3yBoke0NLEzXXuqYoajktv0eiuepy0oFLlZ nnE1ep59n2BsjbJkawq20X14JuUV109ON3LhIkGhaCE6KcD6i3a/fbnSV1HHmnfqc7+Y xXZlKQkcWAjqh0uL4BbL9Gmw76I91+mgpFmpcjly0tQIw7PmS4w2Zj+usT0cmLciTKK5 V92qqL8lc3oivNXZDChIJrvNnuzOqwbUJFYJUDKHqe8nwkJH4EOTLEEu349hQChpTBZX 59qg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mg.codeaurora.org header.s=smtp header.b=Ze4S3J6z; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bx26si3616524ejc.230.2021.06.24.11.54.02; Thu, 24 Jun 2021 11:54:27 -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=@mg.codeaurora.org header.s=smtp header.b=Ze4S3J6z; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232620AbhFXSzW (ORCPT + 99 others); Thu, 24 Jun 2021 14:55:22 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:21512 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232597AbhFXSzW (ORCPT ); Thu, 24 Jun 2021 14:55:22 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1624560783; h=Message-Id: Date: Subject: Cc: To: From: Sender; bh=ERBH+OT8YSEVKV7mg5CEbxyf0LONaNkYkO7hLt9UhhI=; b=Ze4S3J6zF2eFOysaUtP2u9gwWktHDYbZXTaPqKyz3QgkvWV8Z10kuH2RqJKvX5b07sgjpnG3 6NACSTEnVs+dGNza0nWqLwHKRxsjExxYPEvsWCEqOdpg8dBMMBWje2xqScCP0n4tJfycWcZ7 hwqtT9TLAKbZ4CE0zsZqgBgCCLE= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n01.prod.us-east-1.postgun.com with SMTP id 60d4d47b7b2963a28211cba2 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Thu, 24 Jun 2021 18:52:43 GMT Sender: sibis=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id C9CC3C433D3; Thu, 24 Jun 2021 18:52:42 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=ALL_TRUSTED,BAYES_00,SPF_FAIL autolearn=no autolearn_force=no version=3.4.0 Received: from blr-ubuntu-87.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: sibis) by smtp.codeaurora.org (Postfix) with ESMTPSA id 50682C433D3; Thu, 24 Jun 2021 18:52:37 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 50682C433D3 Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; spf=fail smtp.mailfrom=sibis@codeaurora.org From: Sibi Sankar To: bjorn.andersson@linaro.org, robh+dt@kernel.org, swboyd@chromium.org Cc: ulf.hansson@linaro.org, rjw@rjwysocki.net, agross@kernel.org, ohad@wizery.com, mathieu.poirier@linaro.org, linux-arm-msm@vger.kernel.org, linux-remoteproc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, dianders@chromium.org, rishabhb@codeaurora.org, sidgup@codeaurora.org, Sibi Sankar Subject: [PATCH v3 00/13] Use qmp_send to update co-processor load state Date: Fri, 25 Jun 2021 00:21:54 +0530 Message-Id: <1624560727-6870-1-git-send-email-sibis@codeaurora.org> X-Mailer: git-send-email 2.7.4 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The power domains exposed by the AOSS QMP driver control the load state resources linked to modem, adsp, cdsp remoteprocs. These are used to notify the Always on Subsystem (AOSS) that a particular co-processor is up/down. AOSS uses this information to wait for the co-processors to suspend before starting its sleep sequence. These co-processors enter low-power modes independent to that of the application processor and the load state resources linked to them are expected to remain unaltered across system suspend/resume cycles. To achieve this behavior let's stop modeling them as power-domains and replace them with generic qmp_send interface instead. https://lore.kernel.org/lkml/20200913034603.GV3715@yoga/ Previous dicussion on dropping power-domain support from AOSS QMP driver Depends on: qmp_send: https://patchwork.kernel.org/project/linux-arm-msm/cover/1623237532-20829-1-git-send-email-sibis@codeaurora.org/ V3: * Misc. documentation fixes [patch 2]: - Reduce power-domain maxItems due to load_state pd removal - Combine compatibles where possible with the load_state pd removal - Fixup the qcom,qmp ref to phandle type V2: * load_state is currently broken on mainline so be safely dropped without side-effects. * Rebased on top of qmp_send v3 series. * Dropped R-b from Stephen and Rob on patch 3 due to the yaml conversion. * New patch [12] to drop unused aoss-qmp header. * Commit message update [patch 1] [Rob] * Reorder the series [Stephen] Sibi Sankar (13): dt-bindings: soc: qcom: aoss: Drop power-domain bindings dt-bindings: remoteproc: qcom: pas: Add QMP bindings dt-bindings: remoteproc: qcom: Add QMP bindings remoteproc: qcom: q6v5: Use qmp_send to update co-processor load state arm64: dts: qcom: sc7180: Use QMP binding to control load state arm64: dts: qcom: sc7280: Use QMP binding to control load state arm64: dts: qcom: sdm845: Use QMP binding to control load state arm64: dts: qcom: sm8150: Use QMP binding to control load state arm64: dts: qcom: sm8250: Use QMP binding to control load state arm64: dts: qcom: sm8350: Use QMP binding to control load state soc: qcom: aoss: Drop power domain support dt-bindings: msm/dp: Remove aoss-qmp header dt-bindings: soc: qcom: aoss: Delete unused power-domain definitions .../bindings/display/msm/dp-controller.yaml | 1 - .../devicetree/bindings/remoteproc/qcom,adsp.yaml | 62 ++++++------ .../devicetree/bindings/remoteproc/qcom,q6v5.txt | 7 +- .../devicetree/bindings/soc/qcom/qcom,aoss-qmp.txt | 16 +-- arch/arm64/boot/dts/qcom/sc7180.dtsi | 9 +- arch/arm64/boot/dts/qcom/sc7280.dtsi | 2 - arch/arm64/boot/dts/qcom/sdm845.dtsi | 8 +- arch/arm64/boot/dts/qcom/sm8150.dtsi | 28 +++--- arch/arm64/boot/dts/qcom/sm8250.dtsi | 22 ++--- arch/arm64/boot/dts/qcom/sm8350.dtsi | 30 +++--- drivers/remoteproc/qcom_q6v5.c | 56 ++++++++++- drivers/remoteproc/qcom_q6v5.h | 7 +- drivers/remoteproc/qcom_q6v5_adsp.c | 7 +- drivers/remoteproc/qcom_q6v5_mss.c | 44 ++------- drivers/remoteproc/qcom_q6v5_pas.c | 80 ++++----------- drivers/remoteproc/qcom_q6v5_wcss.c | 4 +- drivers/soc/qcom/qcom_aoss.c | 109 +-------------------- include/dt-bindings/power/qcom-aoss-qmp.h | 14 --- 18 files changed, 184 insertions(+), 322 deletions(-) delete mode 100644 include/dt-bindings/power/qcom-aoss-qmp.h -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project