Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751176AbaDYXpH (ORCPT ); Fri, 25 Apr 2014 19:45:07 -0400 Received: from mail-pd0-f175.google.com ([209.85.192.175]:49144 "EHLO mail-pd0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750928AbaDYXpA (ORCPT ); Fri, 25 Apr 2014 19:45:00 -0400 From: Kevin Hilman To: Geert Uytterhoeven Cc: Magnus Damm , Simon Horman , Laurent Pinchart , Ben Dooks , Felipe Balbi , Mike Turquette , "Rafael J. Wysocki" , linux-sh@vger.kernel.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core References: <1398334403-26181-1-git-send-email-geert+renesas@glider.be> <1398334403-26181-4-git-send-email-geert+renesas@glider.be> Date: Fri, 25 Apr 2014 16:44:58 -0700 In-Reply-To: <1398334403-26181-4-git-send-email-geert+renesas@glider.be> (Geert Uytterhoeven's message of "Thu, 24 Apr 2014 12:13:22 +0200") Message-ID: <7hoazpdldx.fsf@paris.lan> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Geert Uytterhoeven writes: > When adding a device from DT, check if its clocks are suitable for Runtime > PM, and register them with the PM core. > If Runtime PM is disabled, just enable the clock. > > This allows the PM core to automatically manage gate clocks of devices for > Runtime PM. ...unless the device is already in an existing pm_domain, right? I like this approach, and it extends nicely what we already do on platforms using drivers/base/power/clock_ops.c into DT land. My only concern is how this will interact if it's used along with devices that have existing pm_domains. I don't have any specific concerns (yet, because it's Friday, and my brain is turing off), but it just made me wonder if this will be potentially confusing. Also... [...] > +static int of_clk_register(struct device *dev, struct clk *clk) > +{ > + int error; > + > + if (!dev->pm_domain) { > + error = pm_clk_create(dev); > + if (error) > + return error; > + > + dev->pm_domain = &of_clk_pm_domain; > + } > + > + dev_dbg(dev, "Setting up clock for runtime PM management\n"); > + return pm_clk_add_clk(dev, clk); I would've expected these 2 lines to be inside the pm_domain check. What's the reason for doing the pm_clk_add() when the pm_domain isn't going to be used? I suppose it's harmless, but it's a bit confusing. Kevin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/