From patchwork Wed Jun 28 14:00:39 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Konrad Dybcio X-Patchwork-Id: 697413 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6381CEB64D7 for ; Wed, 28 Jun 2023 14:00:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231464AbjF1OAv (ORCPT ); Wed, 28 Jun 2023 10:00:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51218 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231731AbjF1OAs (ORCPT ); Wed, 28 Jun 2023 10:00:48 -0400 Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 86F5C2733 for ; Wed, 28 Jun 2023 07:00:46 -0700 (PDT) Received: by mail-lf1-x12c.google.com with SMTP id 2adb3069b0e04-4f8689fbf59so1324083e87.0 for ; Wed, 28 Jun 2023 07:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1687960845; x=1690552845; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:from:to:cc:subject:date:message-id:reply-to; bh=rGnYP+lnhraG5mAXvp5c1AdZfe9Z0khCs5TYRDHQehs=; b=OUsx7u8OGh7N8YQbPxC4zwb8jjETLB2bHudBYd9xlmlGwp4IaIDIu+qNe3C4n7Ebzf JQNPy8tU93z2r610cOZBydBtFAqMVtK/JQxpDiJjju7IHX6QM0C0/j71vArKHfw5M3Yu kEDmO8/eYmOmm+dyG9MTxaxwA9N5+/y1prkq3cFOGwS4/lMEdYWL9O8+UjNwCbjQLz6b NQp3oPlgPNh291FSbGPkEpqB3lAzfQKkcoYCmf9XTQsZSbb0eCuBaZPAc4QfuDsouM/F NBgwE2JISMLB0VSAgshDdbNmEMOmTN+I/8inna3m08zM1XNk2QpsOhH8IGzAdqVWFkbd pDSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687960845; x=1690552845; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=rGnYP+lnhraG5mAXvp5c1AdZfe9Z0khCs5TYRDHQehs=; b=crmNAwwiNjWxNIlbSM9MronCqFNssCd2g3CGJ0ZaGT2TGHpYh1wQsK9NeCK1kIolx1 X7yoIETVHMTWLi/AdQ2NxSDb3ci0FFWt1Xv3rlpdf7dwnbuKVB2aDzxiKAP6LLJbljac Q9TZYzUweXCYArfu62WO3XaUrDElZUr1ED4WDm0jIS5LylOPM/ThHKDyWNdr29EYq2Sg N0XJrMmtclPuVVK2pYfVHONzpnXwLK8ka+OvFI5dOQaMwB2DSq+okoOAyGTEzkIF90ad 5QJmtX3qSGdn4Qm048nPdzNQzxZNt2wNWDEkBkBpPcKoHMQSCuXKYGX659vvaznYg8aT L8zA== X-Gm-Message-State: AC+VfDyYsTxcv44PVSRPgzBtio7UML5IFnaWvS9pV4alXa/AUR740azY yk/K+aaKRnuZGZrQHNG2UPLTlw== X-Google-Smtp-Source: ACHHUZ6cCJLdJ85Z2lL+/G77OYhE5FPoSQTz5OYMEF8/Ighhsm2k7Xvc3UNU7O/C4iFNPdan1QvxQA== X-Received: by 2002:a05:6512:3082:b0:4f6:2d47:274c with SMTP id z2-20020a056512308200b004f62d47274cmr483842lfd.15.1687960844671; Wed, 28 Jun 2023 07:00:44 -0700 (PDT) Received: from [192.168.1.101] (abyk82.neoplus.adsl.tpnet.pl. [83.9.30.82]) by smtp.gmail.com with ESMTPSA id w2-20020a05651204c200b004f8586ab633sm1941359lfq.279.2023.06.28.07.00.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 28 Jun 2023 07:00:44 -0700 (PDT) From: Konrad Dybcio Subject: [PATCH v12 00/10] (no cover subject) Date: Wed, 28 Jun 2023 16:00:39 +0200 Message-Id: <20230217-topic-cpr3h-v12-0-1a4d050e1e67@linaro.org> MIME-Version: 1.0 X-B4-Tracking: v=1; b=H4sIAAc9nGQC/32NwQrCMBBEf0VyNpKktRVP/od42CSbNlCSsqlFK f13t70J4nHe8GYWUZAiFnE9LIJwjiXmxEGb40G4HlKHMnoGwihTKaNbOeUxOulGqnrp0VTGBlu 36AQbFgpKS5Bcz056DgPDkTDE1/5xf3DuY5kyvffLWasN/17nUirZtID+EnyARt+GmIDyKVMnt qlZ63+6Zt2CMbb2AGfffOnrun4AzHODfP4AAAA= To: AngeloGioacchino Del Regno , Andy Gross , Bjorn Andersson , Rob Herring , Krzysztof Kozlowski , Viresh Kumar , Nishanth Menon , Stephen Boyd , Niklas Cassel , Liam Girdwood , Mark Brown , Conor Dooley Cc: Robert Marko , linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-pm@vger.kernel.org, Jeffrey Hugo , Marijn Suijten , Konrad Dybcio , AngeloGioacchino Del Regno X-Mailer: b4 0.12.2 X-Developer-Signature: v=1; a=ed25519-sha256; t=1687960842; l=8511; i=konrad.dybcio@linaro.org; s=20230215; h=from:subject:message-id; bh=lZao7ezBrAMEPkPbQs/UWGDIMZjMg1mjtOay0hJ5npY=; b=VchuFAIiE/SY14MsJlsjFzSkK8cy6gLIS4y2eoUDd8BqYef6pW/vyEhbGl9BZ6hWmL0Gj320+ wBK7QLNrF7iA5/u6P6ceyL2cUXqnms/UYlhA6daqGT/ZtnrU6GtI48y X-Developer-Key: i=konrad.dybcio@linaro.org; a=ed25519; pk=iclgkYvtl2w05SSXO5EjjSYlhFKsJ+5OSZBjOkQuEms= Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Changes in v12: - Add the !independent! patch to block cpufreq-dt from probing on 8998 (it tries to when we attach OPP tables to the CPU nodes) - Include all promised changes to the CPR3 driver from v11 (I managed to send the wrong version of that patch last time around..) - Partially rewrite debugfs code (to make it work and be cleaner) - use FIELD_PREP/GET throughout the driver (managed to squash a bug when exploring that) - Fix and finish the removal of cpr_get_ro_factor() by introducing cpr_thread_desc.ro_scaling_factor_common - Replace underscores in node names with '-' - Fix some formatstring issues that clang apparently doesn't care about - Link to v11: https://lore.kernel.org/r/20230217-topic-cpr3h-v11-0-ba22b4daa5d6@linaro.org Add support for Core Power Reduction v3, v4 and Hardened Changes in v11: CPR COMMON: - split the commonizing patch, make it actually do what it says on the tin.. - fix some overflow bugs CPR3: - fix some overflow bugs - don't assume "lack of qcom,opp-?loop-vadj" means val=0" CPR BINDINGS: - drop quotes in items - drop clock-names (there's just a single one) - rewrite the description a bit - fix up the example - drop bogus minItems - "acc-syscon" -> "qcom,acc" DTS: - fix qfprom children so that the bits=<> doesn't overflow reg[size] - drop unrelated changes - place one reg entry per line Link to v10: https://lore.kernel.org/r/20230217-topic-cpr3h-v10-0-67aed8fdfa61@linaro.org Changes in v10: - Skip "Let qcom,opp-fuse-level be a 2-long array" (Applied by Viresh) - Use b4 (it may be the first time you're receiving this if git send-email omitted you before..) - +Cc Robert Marko (expressed interest in previous revisions) - Add "Document CPR3 open/closed loop volt adjustment" CPR: - %hhu -> %u (checkpatch) CPR BINDINGS: - Drop QCS404 fuse set (it doesn't use this driver, what did I even think..) but leave the allOf:if: block for expansion (sdm660, msm8996, ipqABCD should follow soon..) - Drop Rob's R-b (as things changed *again*, please take one more look to make sure you're okay with this file, Rob..) Link to v9: https://lore.kernel.org/linux-arm-msm/20230116093845.72621-1-konrad.dybcio@linaro.org/ Changes in v9: - Restore forgotten MAINTAINERS patch (oops) CPR: - Include the missing header (big oops!) - Fix kconfig dependencies CPR bindings: - Fix cpu reg in example (why didn't dt_binding_check scream at that) - Add newlines between nodes in example - Change opp table node names to opp-table-cpu[04] - Change opp table labels to cpu[04]_opp_table - Change CPRh opp subnode names to opp-N from oppN - Remove some stray newlines - Bring back nvmem-cell-names and add the 8998's set - Allow power-domains for VDDCX_AO voting - Remove Rob's r-b, there's been quite a bit of changes.. CPR DT: - Send the correct revision of the patch this time around.. OPP bindings: - Add Rob's ack Link to v8: https://lore.kernel.org/linux-arm-msm/20230110175605.1240188-1-konrad.dybcio@linaro.org/ Changes in v8: - Overtake this series from AGdR - Apply all review comments from v7 except Vladimir's request to not create the include/ header; it will be strictly necessary for OSM-aware cpufreq_hw programming, which this series was more or less created just for.. - Drop QCS404 dtsi change, account for not breaking backwards compat in [3/5] - Add type phandle type reference to acc-syscon in [1/5] - Update AGdR's email addresses for maintainer entries - Add [2/5] to make dt_binding_check happy - Separate the CPRh DT addition from cpufreq_hw addition, sort and properly indent new nodes - Drop CPR yaml conversion, that happened in meantime - Reorder the patches to make a bit more sense - Tested again on MSM8998 Xperia XZ Premium (Maple) - I take no responsibility for AGdR's cheeky jokes, only the code! Link to v7: https://lore.kernel.org/lkml/20210901155735.629282-1-angelogioacchino.delregno@somainline.org/ Changes in v7: - Rebased on linux-next as of 210901 - Changed cpr_read_efuse calls to nvmem_cell_read_variable_le_u32, following what was done in commit c77634b9d916 Changes in v6: - Fixes from Bjorn's review - After a conversation with Viresh, it turned out I was abusing the OPP API to pass the APM and MEM-ACC thresholds to qcom-cpufreq-hw, so now the driver is using the genpd created virtual device and passing drvdata instead to stop the abuse - Since the CPR commonization was ignored for more than 6 months, it is now included in the CPRv3/4/h series, as there is no point in commonizing without having this driver - Rebased on v5.13 Changes in v5: - Fixed getting OPP table when not yet installed by the caller of power domain attachment Changes in v4: - Huge patch series has been split for better reviewability, as suggested by Bjorn Changes in v3: - Fixed YAML doc issues - Removed unused variables and redundant if branch Changes in v2: - Implemented dynamic Memory Accelerator corners support, needed by MSM8998 - Added MSM8998 Silver/Gold parameters This commit introduces a new driver, based on the one for cpr v1, to enable support for the newer Qualcomm Core Power Reduction hardware, known downstream as CPR3, CPR4 and CPRh, and support for MSM8998 and SDM630 CPU power reduction. In these new versions of the hardware, support for various new features was introduced, including voltage reduction for the GPU, security hardening and a new way of controlling CPU DVFS, consisting in internal communication between microcontrollers, specifically the CPR-Hardened and the Operating State Manager. The CPR v3, v4 and CPRh are present in a broad range of SoCs, from the mid-range to the high end ones including, but not limited to, MSM8953/8996/8998, SDM630/636/660/845. As to clarify, SDM845 does the CPR/SAW/OSM setup in TZ firmware, but this is limited to the CPU context; despite GPU CPR support being not implemented in this series, it is planned for the future, and some SDM845 need the CPR (in the context of GPU CPR) to be configured from this driver. It is also planned to add the CPR data for MSM8996, since this driver does support the CPRv4 found on that SoC, but I currently have no time to properly test that on a real device, so I prefer getting this big implementation merged before adding more things on top. As for MSM8953, we (read: nobody from SoMainline) have no device with this chip: since we are unable to test the cpr data and the entire driver on that one, we currently have no plans to do this addition in the future. This is left to other nice developers: I'm sure that somebody will come up with that, sooner or later Signed-off-by: Konrad Dybcio Reviewed-by: AngeloGioacchino Del Regno --- AngeloGioacchino Del Regno (8): cpufreq: blacklist MSM8998 in cpufreq-dt-platdev MAINTAINERS: Add entry for Qualcomm CPRv3/v4/Hardened driver dt-bindings: soc: qcom: cpr3: Add bindings for CPR3 driver soc: qcom: cpr: Move common functions to new file soc: qcom: cpr-common: Add support for flat fuse adjustment soc: qcom: cpr-common: Add threads support soc: qcom: Add support for Core Power Reduction v3, v4 and Hardened arm64: dts: qcom: msm8998: Configure CPRh Konrad Dybcio (2): dt-bindings: opp: v2-qcom-level: Document CPR3 open/closed loop volt adjustment soc: qcom: cpr: Use u64 for frequency .../devicetree/bindings/opp/opp-v2-qcom-level.yaml | 14 + .../devicetree/bindings/soc/qcom/qcom,cpr3.yaml | 289 ++ MAINTAINERS | 6 + arch/arm64/boot/dts/qcom/msm8998.dtsi | 757 ++++++ drivers/cpufreq/cpufreq-dt-platdev.c | 1 + drivers/soc/qcom/Kconfig | 22 + drivers/soc/qcom/Makefile | 2 + drivers/soc/qcom/cpr-common.c | 362 +++ drivers/soc/qcom/cpr-common.h | 109 + drivers/soc/qcom/cpr.c | 394 +-- drivers/soc/qcom/cpr3.c | 2855 ++++++++++++++++++++ include/soc/qcom/cpr.h | 17 + 12 files changed, 4460 insertions(+), 368 deletions(-) --- base-commit: 5c875096d59010cee4e00da1f9c7bdb07a025dc2 change-id: 20230217-topic-cpr3h-de232bfb47ec Best regards,