Message ID | 20230510-msm8916-regulators-v1-0-54d4960a05fc@gerhold.net |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp1354003vqo; Wed, 17 May 2023 11:59:30 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4k+UrqbtDusR1sY0Aq/zKp12OvOfApQ5L6McqgyEUANNdRjoljhKYm1AVHNdX/7Tb1HESE X-Received: by 2002:a05:6a20:7352:b0:f0:b6e3:90c9 with SMTP id v18-20020a056a20735200b000f0b6e390c9mr46951570pzc.4.1684349969495; Wed, 17 May 2023 11:59:29 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1684349969; cv=pass; d=google.com; s=arc-20160816; b=Tscab5QhVGRIemdBQovKlZyAZ/90OZIWI5Xm8IBvGnH8smCB+KCr5yZ4MrUdoiL+bI cnruD3kejZGbAYtXBwCIl1nWywqS6G+FNB9WSqICrL2ckfyIGPhi+giFw7O9B+IeUGIG HpAyAA1H31kRoe5lddXsFgdvIiHmEHBY3BW8lohQ/bM7Ypre87uhmI2M+hS2TjAgFzZn 23/j1+P4Cdv7KKY3fvEy3vEMXJjYxEGvUgmYHbV7jW4Z1WdB6zVvzoJvtEGzc7eRDH/U 2TFGMYVHyrVlhbDGGwL+LQWTArP3WuCjpvbFuJCZQoo8/d5G/hgGig7+BIY2NgjK+N8s p6KQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:content-transfer-encoding:mime-version :message-id:date:subject:from:dkim-signature:dkim-signature; bh=rkE8u4oZLTFlvJ+Zt4904j+4OJtDMcJqCcbkOZiB4ZI=; b=WK1si7gS01amdiJPE0XGckUueGXvwoyF1v/+6kw/54NA8eyoX078BZCRWkwQ/OYxpC NrvI/2J7UTI35cHf88odp1W+/vweJeKY6u22DYuVkVC9EQ59YDLRwtlc3A/z2azDf1hE Cwyk2/AD5hfEitQ+egDSMJtdevKVLZHi9V3Si5rrF6NRAJyCw36vbwID1NquBGInRccE McVG1RBIkWPSpv4gVQfMSRWtk9UvfnH9AEm9CysC2Q2E3zGrhLsiHCKagHIDTWq+6OzL oCIVIQZvdvl4qkLlk4+/u5uaJm6+83YApG90WHGFAccTkUsaRwnvE8Acq8U/riWDufxZ qSBg== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@gerhold.net header.s=strato-dkim-0002 header.b="A/5rOeqw"; dkim=neutral (no key) header.i=@gerhold.net header.s=strato-dkim-0003; arc=pass (i=1); 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 Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v1-20020a637a01000000b0052c30f80affsi23049376pgc.94.2023.05.17.11.59.01; Wed, 17 May 2023 11:59:29 -0700 (PDT) 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=@gerhold.net header.s=strato-dkim-0002 header.b="A/5rOeqw"; dkim=neutral (no key) header.i=@gerhold.net header.s=strato-dkim-0003; arc=pass (i=1); 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229997AbjEQSt4 (ORCPT <rfc822;abdi.embedded@gmail.com> + 99 others); Wed, 17 May 2023 14:49:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42370 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229875AbjEQStU (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 17 May 2023 14:49:20 -0400 Received: from mo4-p01-ob.smtp.rzone.de (mo4-p01-ob.smtp.rzone.de [85.215.255.50]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 87F35FE; Wed, 17 May 2023 11:49:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684349338; cv=none; d=strato.com; s=strato-dkim-0002; b=SOvaP70EpeiiuJlzCSzsm5LozTmTSI4H3CrgpWGKAJ5xrXTr4CIxBEGbZ7S3Jw1jCI suF06UFufdfBLWUEtKTRuNEdwqNW1yu2qUcQ2kVii4HL7QPc5mg6Dvc4wUdPiIG2BscA rJUCEB6wYTdas69OCLwt5wyT0AXTfL4NV+dNiDTS6KGyS3hDbQTbcB34+mdHU0suAkbr cgW/SXh1TQf3R/zLlNNTM3xAhP/3zgng5aybMv88nMGt9kVEiO5comH46NhAkg0FRXYM qEsuP6KtZjlVPpv6t5BxBlXOXa92ft2EBgVAsIPCMRhyDY5v/VjHr7VQUuGWqtVAzjGu TLFw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1684349338; s=strato-dkim-0002; d=strato.com; h=Cc:To:Message-Id:Date:Subject:From:Cc:Date:From:Subject:Sender; bh=rkE8u4oZLTFlvJ+Zt4904j+4OJtDMcJqCcbkOZiB4ZI=; b=l8W3DgW/Oy44vzO2xLsFj9qMkke55RK1R/VV3PxVMMIblGU5KCgrf5V7SQkptlJNDY zn66ERxZ2xxhwo+gQfmnSn2dpL37bHZwQiXD0YHgKw+9e2YwtD/ZLr1D7b63tVdDMOg1 Crpv7S1nZDrDn5GZUanqesr5JC2wFjDC7uO8RlIRo38NpnQEstfS5Ij9B7vU2l86teUU LvojZTY7al1B+mPDSgnzDFUChF8JpDcjiQ+VrqOasBOYzAMG4CnD/+3NxIeOTaMeNSyO PN8BzuVFPvBKXZ1EMmHDlCQ+jhF8yZSmz26T938Q70MVevoZw4DQGMMBtgydX8nCd0rF VcMg== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo01 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1684349338; s=strato-dkim-0002; d=gerhold.net; h=Cc:To:Message-Id:Date:Subject:From:Cc:Date:From:Subject:Sender; bh=rkE8u4oZLTFlvJ+Zt4904j+4OJtDMcJqCcbkOZiB4ZI=; b=A/5rOeqweqyklVWe2WutOH3RuZwDaE5UPFZyP/nEfZ91UQfEf/gj+eF20OYBX5LtFf wb432uMo3qfxYJSuDzIBzBeFomJNJ/1rvRu0rC/Xt1bVkarokaM+nvfmCJ5DEUm9eLyz tNmO77Jn3boRbXfhkdGdG0QaKd1xHlj3n4LZbjK7mVY3OE8YogkmG1cDugbn8vqDI/fp p3Nl6dd7lF2hFQtc/Cx9kCl1xUdGxB9mdmJvSBgtc/0gGIA+hMckqVWIbmj0eHoKe1Hy TpSZC1FYAu+dfC4EKjMIBwZl1OBUzcyqE4aGqHDlql2eMz46P4n3FjEiUWsRjfE0pCBO 8hIQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1684349338; s=strato-dkim-0003; d=gerhold.net; h=Cc:To:Message-Id:Date:Subject:From:Cc:Date:From:Subject:Sender; bh=rkE8u4oZLTFlvJ+Zt4904j+4OJtDMcJqCcbkOZiB4ZI=; b=wxemYTJlhedpobpExgquKfr5ICn128VyQyxrOu8VwynAyFG6RH907hNcAwHDla1T0r 4lpnpYWtc//O21JjyCAQ== X-RZG-AUTH: ":P3gBZUipdd93FF5ZZvYFPugejmSTVR2nRPhVOQjVd4CteZ/7jYgS+mLFY+H0JAn8u4ly9TY=" Received: from [192.168.244.3] by smtp.strato.de (RZmta 49.4.0 DYNA|AUTH) with ESMTPSA id j6420az4HImwBIF (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Wed, 17 May 2023 20:48:58 +0200 (CEST) From: Stephan Gerhold <stephan@gerhold.net> Subject: [PATCH 0/8] arm64: dts: qcom: msm8916: Rework regulator constraints Date: Wed, 17 May 2023 20:48:39 +0200 Message-Id: <20230510-msm8916-regulators-v1-0-54d4960a05fc@gerhold.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-B4-Tracking: v=1; b=H4sIAIchZWQC/x2N0QqDMAwAf0XyvEBrcc79ythD1FQDax2JGwPx3 617PI7jNjBWYYN7tYHyV0yWXMBfKhhmyhOjjIWhdnVwjXeYLN06f0Xl6fOidVHDro0UQhsajgw l7MkYe6U8zGeayFbWU7yVo/z+t8dz3w+dAOZafQAAAA== To: Bjorn Andersson <andersson@kernel.org> Cc: Andy Gross <agross@kernel.org>, Konrad Dybcio <konrad.dybcio@linaro.org>, Srinivas Kandagatla <srinivas.kandagatla@linaro.org>, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, phone-devel@vger.kernel.org, ~postmarketos/upstreaming@lists.sr.ht, Stephan Gerhold <stephan@gerhold.net> X-Mailer: b4 0.12.2 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_PASS,SPF_NONE,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1766168953682218825?= X-GMAIL-MSGID: =?utf-8?q?1766168953682218825?= |
Series |
arm64: dts: qcom: msm8916: Rework regulator constraints
|
|
Message
Stephan Gerhold
May 17, 2023, 6:48 p.m. UTC
Rework the regulator constraints for the MSM8916 device trees to be
closer to reality. There are several mistakes in there, some of them
taken over directly from Qualcomm's vendor kernel. Fortunately, none of
the mistakes is absolutely critical because it turns out that the RPM
firmware also validates the voltages and silently clamps the requests
to a proper range. Still, this behavior should be clearly represented
in the device tree rather than pretending to apply the wrong voltages.
To make the regulator constraints more easily maintainable with a large
number of similar MSM8916 boards I propose moving the voltages for the
standard components in the SoC to the shared msm8916-pm8916.dtsi
include. With this only the actual board-specific regulators are
described in the board DT.
Signed-off-by: Stephan Gerhold <stephan@gerhold.net>
---
Stephan Gerhold (8):
arm64: dts: qcom: apq8016-sbc: Fix regulator constraints
arm64: dts: qcom: apq8016-sbc: Fix 1.8V power rail on LS expansion
arm64: dts: qcom: msm8916: Fix regulator constraints
arm64: dts: qcom: msm8916: Disable audio codecs by default
arm64: dts: qcom: pm8916: Move default regulator "-supply"s
arm64: dts: qcom: msm8916-pm8916: Clarify purpose
arm64: dts: qcom: msm8916: Define regulator constraints next to usage
arm64: dts: qcom: msm8916-pm8916: Mark always-on regulators
arch/arm64/boot/dts/qcom/apq8016-sbc.dts | 145 +++++----------------
arch/arm64/boot/dts/qcom/msm8916-acer-a1-724.dts | 115 ++--------------
.../boot/dts/qcom/msm8916-alcatel-idol347.dts | 110 +---------------
arch/arm64/boot/dts/qcom/msm8916-asus-z00l.dts | 110 +---------------
arch/arm64/boot/dts/qcom/msm8916-gplus-fl8005a.dts | 110 +---------------
arch/arm64/boot/dts/qcom/msm8916-huawei-g7.dts | 125 ++++--------------
.../boot/dts/qcom/msm8916-longcheer-l8150.dts | 110 +---------------
.../boot/dts/qcom/msm8916-longcheer-l8910.dts | 110 +---------------
arch/arm64/boot/dts/qcom/msm8916-pm8916.dtsi | 121 ++++++++++++++---
.../dts/qcom/msm8916-samsung-a2015-common.dtsi | 110 +---------------
.../boot/dts/qcom/msm8916-samsung-gt5-common.dtsi | 110 +---------------
.../boot/dts/qcom/msm8916-samsung-j5-common.dtsi | 103 ---------------
.../boot/dts/qcom/msm8916-samsung-serranove.dts | 103 ---------------
arch/arm64/boot/dts/qcom/msm8916-ufi.dtsi | 103 ---------------
.../boot/dts/qcom/msm8916-wingtech-wt88047.dts | 119 +++--------------
arch/arm64/boot/dts/qcom/msm8916.dtsi | 1 +
arch/arm64/boot/dts/qcom/pm8916.dtsi | 4 +-
17 files changed, 236 insertions(+), 1473 deletions(-)
---
base-commit: 4272e06e19f388ccfe1f04f19060ea84d2a19a8b
change-id: 20230510-msm8916-regulators-97fa33735efe
Best regards,
Comments
On Wed, 17 May 2023 20:48:39 +0200, Stephan Gerhold wrote: > Rework the regulator constraints for the MSM8916 device trees to be > closer to reality. There are several mistakes in there, some of them > taken over directly from Qualcomm's vendor kernel. Fortunately, none of > the mistakes is absolutely critical because it turns out that the RPM > firmware also validates the voltages and silently clamps the requests > to a proper range. Still, this behavior should be clearly represented > in the device tree rather than pretending to apply the wrong voltages. > > [...] Applied, thanks! [1/8] arm64: dts: qcom: apq8016-sbc: Fix regulator constraints commit: e27654df20d77ad7549a3cf6739ebaa3aa59a088 [2/8] arm64: dts: qcom: apq8016-sbc: Fix 1.8V power rail on LS expansion commit: 5500f823db38db073d30557af159b77fb1f2bf26 [3/8] arm64: dts: qcom: msm8916: Fix regulator constraints commit: 355750828c5519c88de6ac0d09202d2a7e5892c5 [4/8] arm64: dts: qcom: msm8916: Disable audio codecs by default commit: a5cf21b14666c42912327c7bece38711f6e0d708 [5/8] arm64: dts: qcom: pm8916: Move default regulator "-supply"s commit: 38218822a72fd31e89affc7fc457d527f65581aa [6/8] arm64: dts: qcom: msm8916-pm8916: Clarify purpose commit: f193264986b5944216e574b9962616f2524aac08 [7/8] arm64: dts: qcom: msm8916: Define regulator constraints next to usage commit: b0a8f16ae4a0eb423122256691849b3ebc64efc2 [8/8] arm64: dts: qcom: msm8916-pm8916: Mark always-on regulators commit: 8bbd35771f903a9d14fe95bcba8c7b9f07aeb958 Best regards,