Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754592AbcCJM1y (ORCPT ); Thu, 10 Mar 2016 07:27:54 -0500 Received: from hqemgate16.nvidia.com ([216.228.121.65]:1327 "EHLO hqemgate16.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752640AbcCJM1r (ORCPT ); Thu, 10 Mar 2016 07:27:47 -0500 X-PGP-Universal: processed; by hqnvupgp07.nvidia.com on Thu, 10 Mar 2016 04:26:24 -0800 Subject: Re: [PATCH V3] PM / clk: Add support for obtaining clocks from device-tree To: Geert Uytterhoeven References: <1457600456-4283-1-git-send-email-jonathanh@nvidia.com> CC: "Rafael J. Wysocki" , Linux PM list , "linux-kernel@vger.kernel.org" , From: Jon Hunter Message-ID: <56E1683C.4020206@nvidia.com> Date: Thu, 10 Mar 2016 12:27:40 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: X-Originating-IP: [10.21.132.159] X-ClientProxiedBy: UKMAIL102.nvidia.com (10.26.138.15) To UKMAIL101.nvidia.com (10.26.138.13) Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4215 Lines: 98 On 10/03/16 09:41, Geert Uytterhoeven wrote: > Hi Jon, > > On Thu, Mar 10, 2016 at 10:00 AM, Jon Hunter wrote: >> The PM clocks framework requires clients to pass either a con-id or a >> valid clk pointer in order to add a clock to a device. Add a new >> function of_pm_clk_add_clks() to allows device clocks to be retrieved >> from device-tree and populated for a given device. Note that >> of_clk_get_from_provider() is not defined if CONFIG_OF and >> CONFIG_COMMON_CLK are not selected. Therefore, make of_pm_clk_add_clks() >> dependent on these options. >> >> An optional function pointer may be passed to of_pm_clk_add_clks() that >> can be used to filter the clocks that are added for a device when >> calling of_pm_clk_add_clks(). >> >> In order to handle errors encountered when adding clocks from >> device-tree, add a function pm_clk_remove_clk() to remove any clocks >> (using a pointer to the clk structure) that have been added >> successfully before the error occurred. >> >> Signed-off-by: Jon Hunter > > Tested-by: Geert Uytterhoeven > > But more comments below... > >> --- a/drivers/base/power/clock_ops.c >> +++ b/drivers/base/power/clock_ops.c >> @@ -137,6 +137,81 @@ int pm_clk_add_clk(struct device *dev, struct clk *clk) >> return __pm_clk_add(dev, NULL, clk); >> } >> >> + >> +#if defined(CONFIG_OF) && defined(CONFIG_COMMON_CLK) >> +/** >> + * of_pm_clk_add_clks - Start using device clock(s) for power management. >> + * @dev: Device whose clock(s) is going to be used for power management. >> + * @of_pm_clk_filter: Optional function for filtering clocks >> + * >> + * Add a series of clocks described in the 'clocks' device-tree node for >> + * a device to the list of clocks used for the power management of @dev. >> + * If 'of_pm_clk_filter' is specified, then this filter function will be >> + * called for each clock found and the clock will be added to the list >> + * of clocks if this function returns true. Return success if clocks are >> + * added successfully and return a negative error code if adding a clock >> + * fails or there are no clocks that match with the filter function. >> + */ >> +int of_pm_clk_add_clks(struct device *dev, of_pm_clk_filter fn, void *data) >> +{ > > [...] > >> + count = of_count_phandle_with_args(dev->of_node, "clocks", >> + "#clock-cells"); >> + if (count == 0) >> + return -ENODEV; > > [...] > > + return added ? 0 : -ENODEV; > > Is it an error condition if no clocks were present in DT, or if no clocks have > been accepted by the filter function? If not, the caller has to check for > -ENODEV. Now the caller has to call pm_clk_create() first, before it knows if > any clocks will be added, it may want to call pm_clk_destroy() later if no > clocks have been added. It seems odd to me that someone would call this function and either there are no clocks in the DT or they are all filtered out. For example, most drivers are calling of_clk_get() because there are clocks they need to add. > Alternatively, you could return 0 vs. the actual number of clocks added. However, a nice comprise here could be to return the number of clocks added and let the user decide what to do. I like that idea. Not sure I understand what you mean by "0 vs. the actual number of clocks added". Do you just mean the return the number added? > I hooked up your code in renesas-cpg-mssr.c, and it worked. > However, I noticed it added 27 clocks for one device node (rcar_sound), and > only then I realized that I only want to add the first clock accepted by the > filter, not all of them, as the others are under driver control. > I'm not sure this can be handled in the filter function. > So I can't use your code (for now)... I see, that is unfortunate. Are you using the void *data variable in your filter? If not may be you could use this to indicate a clock has been 'found' and don't match any further clocks. If you cannot use it, then I am tempted to drop the filter function for now as this simplifies the code. It can always be added later if someone has a need for it. Cheers Jon