From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Turquette Subject: Re: [PATCH V4 1/3] OPP: Redefine bindings to overcome shortcomings Date: Wed, 13 May 2015 17:32:01 -0700 Message-ID: <20150514003201.20636.83883@quantum> References: <20150512214224.16410.15922@quantum> <20150513085528.GA6994@linux> <20150513110357.GD3066@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8BIT Return-path: In-Reply-To: <20150513110357.GD3066@sirena.org.uk> Sender: linux-pm-owner@vger.kernel.org To: Mark Brown , Viresh Kumar Cc: Rafael Wysocki , rob.herring@linaro.org, arnd.bergmann@linaro.org, nm@ti.com, sboyd@codeaurora.org, linaro-kernel@lists.linaro.org, linux-pm@vger.kernel.org, grant.likely@linaro.org, olof@lixom.net, Sudeep.Holla@arm.com, devicetree@vger.kernel.org, viswanath.puttagunta@linaro.org, l.stach@pengutronix.de, thomas.petazzoni@free-electrons.com, linux-arm-kernel@lists.infradead.org, ta.omasab@gmail.com, kesavan.abhilash@gmail.com, khilman@linaro.org, santosh.shilimkar@oracle.com List-Id: devicetree@vger.kernel.org Quoting Mark Brown (2015-05-13 04:03:57) > On Wed, May 13, 2015 at 02:25:28PM +0530, Viresh Kumar wrote: > > On 12-05-15, 14:42, Michael Turquette wrote: > > > Quoting Viresh Kumar (2015-04-30 05:07:59) > > > > > Why should this new binding exist? > > > The answer to this particular query is perhaps simple, i.e. we have > > unsolved problems that we wanted to solve in a generic way. > > > But probably the bigger question is "Should we really put the OPPs > > (new or old bindings) in DT". > > And also is trying to do this in a completely generic manner the right > way of going about things - do we really understand the problem area > well enough to create a completely generic solution for all cases, > bearing in mind that once things go into a DT binding they become an ABI? No, we don't understand the problem space well enough to form an ABI. And even if we did understand it perfectly today, the constraints and expressions will change tomorrow. Putting this stuff in C without any philosophical constraints on whether or not we can change it later is the way to go. Regards, Mike