Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2223319pxm; Thu, 24 Feb 2022 19:55:49 -0800 (PST) X-Google-Smtp-Source: ABdhPJy0Vqw1RMjHOBPhTH0jlBMSvwv/MACKb+yK0eUDQP4nwNLL2VsQ3/j7jERf1cwdxCzLgaFS X-Received: by 2002:a17:907:11c1:b0:6cf:723b:37af with SMTP id va1-20020a17090711c100b006cf723b37afmr4618183ejb.476.1645761349429; Thu, 24 Feb 2022 19:55:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645761349; cv=none; d=google.com; s=arc-20160816; b=yL2im/Sr7Z6sQ/c1zVP1mxsIReZSKl9Xqhl44gsR98NpyuS5JGABjy9TQSAKDE7V7h /X5pXAcWfCNJd42vSbf0rLgObJDyUtP1Mgb3ZaxEa/dzf2n6ef1XXoL1jh+bpQjEgvym 4SKKDHKvu/6Qe2v1LrXI2iJzJt4BEyTawG0MEoBbFb8GIsQo9nHSHs0sTfQH/D34T3yJ A9Rjlndo4Oc4tPTVunpl0h5wQEMjHPmPTymBSxNRWT2JiRMR5GBwB5XjV2w7XStB2wYp Pf+ovyeAWCMSE4ss4vbpMx8UfNCbTQ9briltmJM1IhwlPuefNufzR8j1h9+ndqiCBdlD alhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=fXXZvdlTybfcJufCRJu6AzZ8AhUXW83H0a85LXNskao=; b=gIeZvl+cbIwnxjUKR4UF6qeSdhGF4JHd15LEsBmEXhMKrGhGzkFUED/jDwhpsaD+DA nvPIqfmT0aprrLeNfO/1Lst83c9IisiopL/fB38VNIKBh/mWhzrr7LdEHVVySp3YpELx jsk8HEXqeuaC1uTQS5rzhIuaHfLxdJGRY3Xyr7jSYb+9Krhnwrw8MW4njBms0Zc7hXKA XWMV9F+xt7EqEO7Ph20E9VCeyzGow/RUCur9ilmO0MnS4jH64gsJN59jn3jfT/CMUAnj 1vdTHYq+2zBJlFNiDRn4SSci9BaIMnyoPYF4g+CkxUn6X/U6DXMSYWLKsHadGsDxYVpG DKrw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=EYCQiacC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g5-20020a056402180500b00410a16b585bsi865491edy.55.2022.02.24.19.55.26; Thu, 24 Feb 2022 19:55:49 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=EYCQiacC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S237037AbiBYDbA (ORCPT + 99 others); Thu, 24 Feb 2022 22:31:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32928 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237036AbiBYDa6 (ORCPT ); Thu, 24 Feb 2022 22:30:58 -0500 Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6060914D724 for ; Thu, 24 Feb 2022 19:30:27 -0800 (PST) Received: by mail-ot1-x32a.google.com with SMTP id g6-20020a9d6486000000b005acf9a0b644so2751376otl.12 for ; Thu, 24 Feb 2022 19:30:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=fXXZvdlTybfcJufCRJu6AzZ8AhUXW83H0a85LXNskao=; b=EYCQiacCdeDF0+9tvuZErbGuAPAIvcBmUw4GMyBwZJuLA/ACOPsZCm5rpU4i847Czd Fe5ydtfXeye3HqVmCvPApOoEZM83h6vV10MulxJPDFxAkTA7k7MOa2AED/wS1jCQzAtJ nr7W0HcR44jCemYM0w4mWDTcoMzlqQYlxxqgBTZWvOP8Dr+Vjnh1cwkkCst/FLj2VJOg HgYi1S4m0K5WVsajI+WUVeCq7YPf4Xqei7pjGLPyZ4oo/OYtmtUOy2y9c76Ohcj7LdTV p5ufXq6u011pqS1tGWR1ORhDrhb4FbWmpmgsnAUV0lFWUb9nTv6vwpCtz8c+LaeGjfeo RGpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=fXXZvdlTybfcJufCRJu6AzZ8AhUXW83H0a85LXNskao=; b=RHdL4wniaH+3eDviPTS4RfIePsRQ28PkD42grkL02HF00kZJ1rb0wsI0db08eNQFX0 en8jQ685o7ZNH6QJirviQmiDGDik7y+XvVFPQqtzRnpuPWycsm1bNoNid82y8UFnNnDv M3/cVgWbXkM/6IBDej/LRuzQ3fWqlXcB8+umLRvyoF1mACUWqsVsIY8fzO86L8XlsPh5 c6jt57KeDxt3FhJv1Lgccmu5EoDI5a7BvzdzoYwWzwSs+NLbMqOnOXdK1yK/o3/geuti fMa1796qZXhpu3OVQmVO6tDDkkPpurUkWdnzALht6OhABIZphC+iTAM87ecwrHxSNyzR IrBA== X-Gm-Message-State: AOAM533S0PDXSK9BlL/spIkrjYGyofncE/QshSUVnX0sEGnqcjRAI0Zt off2i/xqQ/WrM0ly50c9220qSw== X-Received: by 2002:a05:6830:33cf:b0:5af:4018:fc2a with SMTP id q15-20020a05683033cf00b005af4018fc2amr2116489ott.161.1645759826638; Thu, 24 Feb 2022 19:30:26 -0800 (PST) Received: from ripper.. ([2600:1700:a0:3dc8:205:1bff:fec0:b9b3]) by smtp.gmail.com with ESMTPSA id a23-20020a056830101700b005ad0bd6fe0csm598253otp.47.2022.02.24.19.30.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 24 Feb 2022 19:30:26 -0800 (PST) From: Bjorn Andersson To: Sibi Sankar , Bjorn Andersson , Mathieu Poirier Cc: linux-arm-msm@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] remoteproc: qcom: q6v5: Add interconnect path proxy vote Date: Thu, 24 Feb 2022 19:32:24 -0800 Message-Id: <20220225033224.2238425-1-bjorn.andersson@linaro.org> X-Mailer: git-send-email 2.33.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Many remoteproc instances requires that Linux casts a proxy vote for an interconnect path during boot, until they can do it themselves. Add support for voting for a single path. As this is a shared problem between both PAS and MSS drivers, the path is acquired and votes casted from the common helper code. Signed-off-by: Bjorn Andersson --- Sibi posted recently a patch to add interconnect votes from the modem driver, today I needed the same feature for one of the PAS remoteprocs. After essentially duplicating Sibi's patch I realized that it doesn't look too bad to put this in the common Q6V5 code. The main difference is that this would be messy if we need to support multiple paths, so we probably would have to push it out to the individual drivers at that point. Sibi's patch can be found here. https://lore.kernel.org/all/1644813252-12897-3-git-send-email-quic_sibis@quicinc.com/ This makes the implementation pick up one path, relevant DT bindings would still need to be updated in order be allowed to this in the DeviceTree files. drivers/remoteproc/qcom_q6v5.c | 21 ++++++++++++++++++++- drivers/remoteproc/qcom_q6v5.h | 3 +++ 2 files changed, 23 insertions(+), 1 deletion(-) diff --git a/drivers/remoteproc/qcom_q6v5.c b/drivers/remoteproc/qcom_q6v5.c index 442a388f8102..5280ec9b5449 100644 --- a/drivers/remoteproc/qcom_q6v5.c +++ b/drivers/remoteproc/qcom_q6v5.c @@ -8,6 +8,7 @@ */ #include #include +#include #include #include #include @@ -51,9 +52,17 @@ int qcom_q6v5_prepare(struct qcom_q6v5 *q6v5) { int ret; + ret = icc_set_bw(q6v5->path, 0, UINT_MAX); + if (ret < 0) { + dev_err(q6v5->dev, "failed to set bandwidth request\n"); + return ret; + } + ret = q6v5_load_state_toggle(q6v5, true); - if (ret) + if (ret) { + icc_set_bw(q6v5->path, 0, 0); return ret; + } reinit_completion(&q6v5->start_done); reinit_completion(&q6v5->stop_done); @@ -78,6 +87,9 @@ int qcom_q6v5_unprepare(struct qcom_q6v5 *q6v5) disable_irq(q6v5->handover_irq); q6v5_load_state_toggle(q6v5, false); + /* Disable interconnect vote, in case handover never happened */ + icc_set_bw(q6v5->path, 0, 0); + return !q6v5->handover_issued; } EXPORT_SYMBOL_GPL(qcom_q6v5_unprepare); @@ -160,6 +172,8 @@ static irqreturn_t q6v5_handover_interrupt(int irq, void *data) if (q6v5->handover) q6v5->handover(q6v5); + icc_set_bw(q6v5->path, 0, 0); + q6v5->handover_issued = true; return IRQ_HANDLED; @@ -332,6 +346,11 @@ int qcom_q6v5_init(struct qcom_q6v5 *q6v5, struct platform_device *pdev, return load_state ? -ENOMEM : -EINVAL; } + q6v5->path = devm_of_icc_get(&pdev->dev, NULL); + if (IS_ERR(q6v5->path)) + return dev_err_probe(&pdev->dev, PTR_ERR(q6v5->path), + "failed to acquire interconnect path\n"); + return 0; } EXPORT_SYMBOL_GPL(qcom_q6v5_init); diff --git a/drivers/remoteproc/qcom_q6v5.h b/drivers/remoteproc/qcom_q6v5.h index f35e04471ed7..5a859c41896e 100644 --- a/drivers/remoteproc/qcom_q6v5.h +++ b/drivers/remoteproc/qcom_q6v5.h @@ -7,6 +7,7 @@ #include #include +struct icc_path; struct rproc; struct qcom_smem_state; struct qcom_sysmon; @@ -18,6 +19,8 @@ struct qcom_q6v5 { struct qcom_smem_state *state; struct qmp *qmp; + struct icc_path *path; + unsigned stop_bit; int wdog_irq; -- 2.33.1