From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757992AbbCDABt (ORCPT ); Tue, 3 Mar 2015 19:01:49 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:55188 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757586AbbCDABp (ORCPT ); Tue, 3 Mar 2015 19:01:45 -0500 Message-ID: <54F64B67.9060608@codeaurora.org> Date: Tue, 03 Mar 2015 16:01:43 -0800 From: Stephen Boyd User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Mark Brown , Bjorn Andersson CC: Ian Campbell , Kumar Gala , Lee Jones , Liam Girdwood , Mark Rutland , Pawel Moll , Rob Herring , Andy Gross , Chanwoo Choi , Krzysztof Kozlowski , Srinivas Kandagatla , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-msm@vger.kernel.org" Subject: Re: [PATCH 4/4] regulator: qcom: Rework to single platform device References: <1425356740-26285-1-git-send-email-bjorn.andersson@sonymobile.com> <1425356740-26285-5-git-send-email-bjorn.andersson@sonymobile.com> <54F630FF.60109@codeaurora.org> <20150303223235.GK26334@sonymobile.com> <20150303235209.GG21293@sirena.org.uk> In-Reply-To: <20150303235209.GG21293@sirena.org.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/03/15 15:52, Mark Brown wrote: > On Tue, Mar 03, 2015 at 02:32:35PM -0800, Bjorn Andersson wrote: >> On Tue 03 Mar 14:09 PST 2015, Stephen Boyd wrote: >>> How does this work for the case where we may not want to add all the >>> regulators that a PMIC supports. I'm mostly thinking about the case >>> where we want to use the pm8xxx-regulator driver for a few regulators >>> and so we omit them from the DT for the RPM regulators. >> An empty or non-existing regulator of_node will still be registered, but >> without REGULATOR_CHANGE_STATUS nor REGULATOR_CHANGE_VOLTAGE; so any >> operation on this regulator will fail with an -EPERM. > ...but of course we'd never try any operations on it anyway as there > would be no consumers. Yes sounds fine. The only concern is that we're probably wasting memory with things that won't ever "match" something in DT. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project