From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Anderson Subject: Re: [PATCH v3 1/2] regulator: dt-bindings: add QCOM RPMh regulator bindings Date: Wed, 30 May 2018 09:09:02 -0700 Message-ID: References: <20180523154057.GL4828@sirena.org.uk> <20180523155617.GN4828@sirena.org.uk> <20180530093701.GD6920@sirena.org.uk> <20180530150241.GO6920@sirena.org.uk> <20180530154849.GQ6920@sirena.org.uk> <20180530160744.GS6920@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: In-Reply-To: <20180530160744.GS6920@sirena.org.uk> Sender: linux-kernel-owner@vger.kernel.org To: Mark Brown Cc: David Collins , Liam Girdwood , Rob Herring , Mark Rutland , linux-arm-msm@vger.kernel.org, Linux ARM , devicetree@vger.kernel.org, LKML , Rajendra Nayak , Stephen Boyd List-Id: linux-arm-msm@vger.kernel.org Hi, On Wed, May 30, 2018 at 9:07 AM, Mark Brown wrote: > On Wed, May 30, 2018 at 09:06:16AM -0700, Doug Anderson wrote: >> On Wed, May 30, 2018 at 8:48 AM, Mark Brown wrote: > >> > Without the core doing something the regulator isn't going to get told >> > that anything updated voltages anyway... > >> I was just suggesting that when the core tells the regulator driver to >> disable itself that the regulator driver tell RPMh to not only disable >> itself but also (temporarily) vote for a lower voltage. When the core >> tells the regulator to re-enable itself then the regulator driver >> restores the original voltage vote (or applies any vote that might >> have been attempted while the regulator was disabled). That wouldn't >> require any regulator core changes. > > It needs something to tell it what the new voltage to set is. The regulator driver has its own cache of what voltage was most recently requested by Linux. It can use that, can't it? -Doug