From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Boyd Subject: Re: [PATCH V4 1/3] OPP: Redefine bindings to overcome shortcomings Date: Thu, 7 May 2015 14:18:55 -0700 Message-ID: <20150507211855.GA2455@codeaurora.org> References: <20150504121209.GM15510@sirena.org.uk> <20150505105714.GA22845@sirena.org.uk> <20150505171252.GI22845@sirena.org.uk> <20150507055231.GB32399@codeaurora.org> <20150507110233.GR15510@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20150507110233.GR15510@sirena.org.uk> Sender: linux-pm-owner@vger.kernel.org To: Mark Brown Cc: Viresh Kumar , Rafael Wysocki , Rob Herring , Arnd Bergmann , Nishanth Menon , Mike Turquette , Linaro Kernel Mailman List , "linux-pm@vger.kernel.org" , Grant Likely , "olof@lixom.net" , Sudeep Holla , "devicetree@vger.kernel.org" , Viswanath Puttagunta , Lucas Stach , Thomas Petazzoni , "linux-arm-kernel@lists.infradead.org" , Thomas Abraham , Abhilash Kesavan , Kevin Hilman , santosh List-Id: devicetree@vger.kernel.org On 05/07, Mark Brown wrote: > On Wed, May 06, 2015 at 10:52:31PM -0700, Stephen Boyd wrote: > > > If you look at the cpufreq/clock/pmic code on our codeaurora.org > > tree you'll see that it's used to pass a value with uA units > > through the regulator_set_optimum_mode() API. The call to > > regulator_set_optimum_mode() is here[1], and the place where we > > parse the OPP table from DT is here[2]. My understanding is that > > I'm not looking for anyone to explain this to me in e-mail, what I'm > looking for is for the binding document to be clear so someone can tell > what the binding means by reading the documentation for the binding. Ok. Perhaps the simplest thing to do then is to reuse wording from the regulator_set_load() API documentation? That's the only usage of this value I'm aware of. Something like: The current load of the device when using this OPP. Used to set the most efficient regulator operating mode. We don't need any sort of min/max for this property either, so a single value should be all that's required. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project