From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C3ECAC33CA1 for ; Tue, 7 Jan 2020 13:09:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9B21821744 for ; Tue, 7 Jan 2020 13:09:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578402557; bh=JWgOAWwn4GHGTz+b1aG9ABeA7KGl5XxZGbF13/zr4j8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=1vBppwBqbJx1TbJnCD9Tt5iNUJMaRMhrp8Mqx66yhi2XnlI2G8Egq+ITm5VvBkcZs Afr6XGByNlV5o3CKqzizcqvN0AHDXt1YEPtuwBMvIIVhyE4QYxWgCoPkyX7egbyLKF Upeg4KtnHDtZ75ZjMwH4OU9Th8XYA5OfsdR/aVoU= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728113AbgAGNJP (ORCPT ); Tue, 7 Jan 2020 08:09:15 -0500 Received: from foss.arm.com ([217.140.110.172]:57516 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728109AbgAGNJO (ORCPT ); Tue, 7 Jan 2020 08:09:14 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id F226631B; Tue, 7 Jan 2020 05:09:13 -0800 (PST) Received: from localhost (unknown [10.37.6.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 571BF3F703; Tue, 7 Jan 2020 05:09:13 -0800 (PST) Date: Tue, 7 Jan 2020 13:09:11 +0000 From: Mark Brown To: Marco Felsch Cc: "devicetree@vger.kernel.org" , Support Opensource , "linux-aspeed@lists.ozlabs.org" , "bgolaszewski@baylibre.com" , "andrew@aj.id.au" , "linus.walleij@linaro.org" , "lgirdwood@gmail.com" , "linux-kernel@vger.kernel.org" , "linux-gpio@vger.kernel.org" , "robh+dt@kernel.org" , "joel@jms.id.au" , "kernel@pengutronix.de" , Adam Thomson , "lee.jones@linaro.org" , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH v3 3/6] dt-bindings: mfd: da9062: add regulator voltage selection documentation Message-ID: <20200107130911.GD4877@sirena.org.uk> References: <20191211170918.q7kqkd4lrwwp7jl3@pengutronix.de> <20191212161019.GF4310@sirena.org.uk> <20191212162152.5uu3feacduetysq7@pengutronix.de> <20191212165124.GJ4310@sirena.org.uk> <20191216085525.csr2aglm5md4vtsw@pengutronix.de> <20191216114454.GB4161@sirena.org.uk> <20191217073533.GC31182@pengutronix.de> <20191217125832.GF4755@sirena.org.uk> <20200107083654.atgbjhrnhyax2gqq@pengutronix.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mSxgbZZZvrAyzONB" Content-Disposition: inline In-Reply-To: <20200107083654.atgbjhrnhyax2gqq@pengutronix.de> X-Cookie: Will Rogers never met you. User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-gpio-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-gpio@vger.kernel.org --mSxgbZZZvrAyzONB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 07, 2020 at 09:36:54AM +0100, Marco Felsch wrote: > On 19-12-17 12:58, Mark Brown wrote: > > This doesn't say anything about how the GPIO input is expected to be > > controlled, for voltage setting any runtime control would need to be > > done by the driver and it sounds like that's all that can be controlled. > > The way this reads I'd expect one use of this to be for fast voltage > > setting for example (you could even combine that with suspend sequencing > > using the internal sequencer if you mux back to the sequencer during > > suspend). > The input signal is routed trough the da9062 gpio block to the > regualtors. You can't set any voltage value using a gpio instead you > decide which voltage setting is applied. The voltage values for > runtime/suspend comes from the dt-data. No it's not just a fast > switching option imagine the system suspend case where the cpu and soc > voltage can be reduced to a very low value. Older soc's like the imx6 > signaling this state by a hard wired gpio line because the soc and > cpu cores don't work properly on such low voltage values. This is > my use case and I can't use the sequencer. My point is that I can't tell any of this from the description. --mSxgbZZZvrAyzONB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl4UgvYACgkQJNaLcl1U h9AmOwf/dQI3hnspOymA8BdYOaCtzXhoiVJeMde8RKleUyfpqEoLvele7bnhJvxP 66E8RM0aDJk6N+Jc5KzXO1mb1JWFhiGQM92q3NXPczpOyvgl/zl0UwKMnqHnj4nd /vDVfa60zDKTbUCS12us1kwgJNtHVRiFb8DX+9W3zSONqE5QIeNjmMMoL4EaPwJb clCtLm7jBckZinNOefKS6M2eElpRFFhtRON7EsaDqObH2xTP9aSNb9PEYCBy3nHq Cr6gYbC0cwgXL29ayf/aRtx3o9/DTC4LIAfAPZvGjDMN5vgYm3bznZKWmVzgR2Pd 1fQ0J3Dh032Q/8ZTkaceklgsT1uGJg== =uLVS -----END PGP SIGNATURE----- --mSxgbZZZvrAyzONB-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 81964C33C9E for ; Tue, 7 Jan 2020 13:09:20 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 559A32081E for ; Tue, 7 Jan 2020 13:09:20 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="TCD7W1dw" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 559A32081E Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender:Content-Type:Cc: List-Subscribe:List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: In-Reply-To:MIME-Version:References:Message-ID:Subject:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=7/UV1ai+goejijhGDEUOvxJcpOY7GshMDaZWRombKZo=; b=TCD7W1dwIs1AyyEbX+CDyOJdW 1+smRiRjpd+b8gx8UXwXhhJpHmofO0RftsOj8BDwUYpxy/iJS5fI7gbJfn+D+V1EwHvty/sn4Qvss goatALEheYnddCWHb2jt+dQAoy0AjDZ8BQEH+JJ7aNERIurBywZFzK0WeKF2i/hPbatkj6FTVf2Xl Ir+L1nlM5D9iEXA3cWjZVOhXnQ3uMUxmW/Pcw+kgyjhG+pE1RKrM4B5G+PpO77+RWR9Ziyf+Un2Nm 743XlFQVN5Nz9NMnVvEcnUHdmDBBF6QnmQRPJPA00HuAT3k5CPn/kQGrMm5t9hF5uHg3nXEzHrqFS 352CTSA6g==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1ioobm-0002uC-Cn; Tue, 07 Jan 2020 13:09:18 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1ioobj-0002ta-9l for linux-arm-kernel@lists.infradead.org; Tue, 07 Jan 2020 13:09:16 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id F226631B; Tue, 7 Jan 2020 05:09:13 -0800 (PST) Received: from localhost (unknown [10.37.6.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 571BF3F703; Tue, 7 Jan 2020 05:09:13 -0800 (PST) Date: Tue, 7 Jan 2020 13:09:11 +0000 From: Mark Brown To: Marco Felsch Subject: Re: [PATCH v3 3/6] dt-bindings: mfd: da9062: add regulator voltage selection documentation Message-ID: <20200107130911.GD4877@sirena.org.uk> References: <20191211170918.q7kqkd4lrwwp7jl3@pengutronix.de> <20191212161019.GF4310@sirena.org.uk> <20191212162152.5uu3feacduetysq7@pengutronix.de> <20191212165124.GJ4310@sirena.org.uk> <20191216085525.csr2aglm5md4vtsw@pengutronix.de> <20191216114454.GB4161@sirena.org.uk> <20191217073533.GC31182@pengutronix.de> <20191217125832.GF4755@sirena.org.uk> <20200107083654.atgbjhrnhyax2gqq@pengutronix.de> MIME-Version: 1.0 In-Reply-To: <20200107083654.atgbjhrnhyax2gqq@pengutronix.de> X-Cookie: Will Rogers never met you. User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200107_050915_426119_ED3FD644 X-CRM114-Status: GOOD ( 14.36 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "devicetree@vger.kernel.org" , Support Opensource , "linux-aspeed@lists.ozlabs.org" , "linux-gpio@vger.kernel.org" , "andrew@aj.id.au" , "linus.walleij@linaro.org" , "lgirdwood@gmail.com" , "linux-kernel@vger.kernel.org" , "bgolaszewski@baylibre.com" , "robh+dt@kernel.org" , "joel@jms.id.au" , "kernel@pengutronix.de" , Adam Thomson , "lee.jones@linaro.org" , "linux-arm-kernel@lists.infradead.org" Content-Type: multipart/mixed; boundary="===============2071169341112347542==" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org --===============2071169341112347542== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mSxgbZZZvrAyzONB" Content-Disposition: inline --mSxgbZZZvrAyzONB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 07, 2020 at 09:36:54AM +0100, Marco Felsch wrote: > On 19-12-17 12:58, Mark Brown wrote: > > This doesn't say anything about how the GPIO input is expected to be > > controlled, for voltage setting any runtime control would need to be > > done by the driver and it sounds like that's all that can be controlled. > > The way this reads I'd expect one use of this to be for fast voltage > > setting for example (you could even combine that with suspend sequencing > > using the internal sequencer if you mux back to the sequencer during > > suspend). > The input signal is routed trough the da9062 gpio block to the > regualtors. You can't set any voltage value using a gpio instead you > decide which voltage setting is applied. The voltage values for > runtime/suspend comes from the dt-data. No it's not just a fast > switching option imagine the system suspend case where the cpu and soc > voltage can be reduced to a very low value. Older soc's like the imx6 > signaling this state by a hard wired gpio line because the soc and > cpu cores don't work properly on such low voltage values. This is > my use case and I can't use the sequencer. My point is that I can't tell any of this from the description. --mSxgbZZZvrAyzONB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl4UgvYACgkQJNaLcl1U h9AmOwf/dQI3hnspOymA8BdYOaCtzXhoiVJeMde8RKleUyfpqEoLvele7bnhJvxP 66E8RM0aDJk6N+Jc5KzXO1mb1JWFhiGQM92q3NXPczpOyvgl/zl0UwKMnqHnj4nd /vDVfa60zDKTbUCS12us1kwgJNtHVRiFb8DX+9W3zSONqE5QIeNjmMMoL4EaPwJb clCtLm7jBckZinNOefKS6M2eElpRFFhtRON7EsaDqObH2xTP9aSNb9PEYCBy3nHq Cr6gYbC0cwgXL29ayf/aRtx3o9/DTC4LIAfAPZvGjDMN5vgYm3bznZKWmVzgR2Pd 1fQ0J3Dh032Q/8ZTkaceklgsT1uGJg== =uLVS -----END PGP SIGNATURE----- --mSxgbZZZvrAyzONB-- --===============2071169341112347542== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel --===============2071169341112347542==--