Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp742459rdb; Fri, 22 Dec 2023 03:55:07 -0800 (PST) X-Google-Smtp-Source: AGHT+IEiaUpeLvT3p3flwnkwnSOmYib0a80wJK3Fgoz6/8i1BGXFEUmfxpfa79qLtmdZLENbAuMk X-Received: by 2002:a9d:7e96:0:b0:6d9:e667:d462 with SMTP id m22-20020a9d7e96000000b006d9e667d462mr1123659otp.30.1703246106817; Fri, 22 Dec 2023 03:55:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703246106; cv=none; d=google.com; s=arc-20160816; b=TpssOF86LAujtmPqub6BiJ9CAeVOsCYVk33VVA5ARoyJLJqoL4ev4t2WEk4RmfJdVR MLpXrYRAVeYxqEXTXmr7S0yaf2EyxgbtoJTWO3ZE79WepCyVHENgZE/j99l00N2F3SrW yI7R13L2yrmiJHs6KC0itsLTzhhJ0sA/o5cJtg88TBHRcy5MkTpXCq1HZHbAg/L027JC v82A5nZMa9P0yQeJpEF13IcNQVGG1/NRQw9sYpwwMy2Gy7VouqPn+R+BM0onLeJJ2gIT tdItxDK72OMVouwDc55BGVSHZ302EfqgkyPBMUF5huk2UxA3n1FP9+o1wCALUkAa5q2/ Wd1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=OF/Ypt6E0myEWhXO1bJsxJRP2hSNlMO2uU8bcQ+PK6I=; fh=csCKQUxQyB1Z2f3/etGaSBEhc6jD3mJAxEYYDhZswiM=; b=Tf0wH/7vXLwtAZ1KnKYiwzo126Q6nZ2FkbBudDMBUvoeXFozhNDuUheNbZAKOfZwTQ aKpGIabAUrRNPbAlIKIS3ygmUy48WbH5D7TKE4LzKpiIgi5UsZLaAX3pabl0e+ndfGXa YYgUu3SdGU/z9OUGuohKY3/EfEdT3vRz94h1G2NVhykvw+6v08DknSKTVSbCruoZPb3l 6syJKOV25i9TGZ+kYCn0iKj/ttgdF7omCytQRgrscQ7ozI+oAoKfqb/0GSc2u66RWEIw whxEl/Lfp5sP2OHC04xyZO56ta7wTEgpPfbjuyde2kGoRLNJ3q6Ker2h5DMG6zuWO46t 3nNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JGeuGLoB; spf=pass (google.com: domain of linux-kernel+bounces-9677-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-9677-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id n12-20020a634d4c000000b005bdfbf34f9csi3236692pgl.735.2023.12.22.03.55.06 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Dec 2023 03:55:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-9677-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JGeuGLoB; spf=pass (google.com: domain of linux-kernel+bounces-9677-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-9677-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 70A69286A7B for ; Fri, 22 Dec 2023 11:55:06 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id F379217989; Fri, 22 Dec 2023 11:55:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="JGeuGLoB" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3094817735; Fri, 22 Dec 2023 11:54:59 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 95A5DC433C8; Fri, 22 Dec 2023 11:54:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1703246099; bh=MniMhNCozgeNpLkvpDvRts/bFndN88of1ENcKV/hfR8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JGeuGLoBSuxU+iLQjNorjscPkD3nPNqumthsvoP3JjJc94TSLtt6IZY81T0QKwxww 80gEpDrawf6QijZgYmhEo/Md+SRl3kDWm+jU8o34rnCJrMa/UBoRYLfRdc7R5aP3Va zDMbgUOS/09sPm8tfPGmJXAW47Rfv+8QoFmzIN+gapbJrEa/t1s3inRfyAfw4PzImW wWkPlmmtbhucDYGjE5tuaLh8kwI9lyU33TsRwMQoWJfKuxnNce6O13Crfq6vGKe3J2 uaqaEUI9SCjeyKARlkesdwr3SICCkKOpCEEWNnkU6CLhEahWrg1KBVvG3cFY7uwinS IPom6sp5voG8w== Date: Fri, 22 Dec 2023 11:54:54 +0000 From: Mark Brown To: Martin Blumenstingl Cc: lgirdwood@gmail.com, Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , linux-pwm@vger.kernel.org, linux-amlogic@lists.infradead.org, linux-kernel@vger.kernel.org, Thierry Reding , Heiner Kallweit , Dmitry Rokosov Subject: Re: [RFC PATCH v1] regulator: pwm-regulator: Fix continuous get_voltage for disabled PWM Message-ID: References: <20231221211222.1380658-1-martin.blumenstingl@googlemail.com> <0c99b575-5cf2-4bd6-8cfd-af19f5fd58da@sirena.org.uk> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ege4RUChGIoDBWw+" Content-Disposition: inline In-Reply-To: X-Cookie: Familiarity breeds attempt. --ege4RUChGIoDBWw+ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 21, 2023 at 11:42:29PM +0100, Martin Blumenstingl wrote: > On Thu, Dec 21, 2023 at 10:45=E2=80=AFPM Mark Brown = wrote: > > Hrm. Perhaps the regulator should figure out that it's on with a > > minimum voltage of 1.14V in this case - AIUI that broadly corresponds to > > your change except for the fact that it doesn't recognise that there's > > actually an output in this case since it assumes that disabling the PWM > > disables the output which isn't the case with this hardware. We'd need > > to know more about the PWM in that case though I think. > If you have any specific questions then feel free to ask. > Generally it's a very simple PWM controller: > - when disabled the output is LOW > - when enabled the output matches the requested period and duty cycle > as best as possible (depending on the available input clocks) We would need to know more at runtime to do the correct thing I think. --ege4RUChGIoDBWw+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmWFeQ0ACgkQJNaLcl1U h9BNywgAgAfg176tAU+aqJ+Jp2hFmi4zZ/c3euJEMcr+4MM60eFhd6+i3b9uZsja ZgEGxvrF4wFzku+4Kkv2Qip7VS5XaAIc/ewN+vzteFnL2ExWwx3FjIi8vgtTi/5Q FfOHVvo2US7qt+pfwrCfEMMv4vgWfHfz557RYnnkiiY08sVaOprSFkMtFuxVLNWo YrTHjUUzQv/ComapN/ZSVCjVY96cs4K/0ZiRqys6Xauh2sJBvlOtEvSPPlVxh30S ErxN1OwlflViYeqHSoNYIR1lzOEpKanAGRx6FGDQaOsK4ES7JEShiaw0gUYL+8cE TiL63LyYDuOhE2DJuWaetMBvLGo1qg== =vyyB -----END PGP SIGNATURE----- --ege4RUChGIoDBWw+--