Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763216Ab3DDQlq (ORCPT ); Thu, 4 Apr 2013 12:41:46 -0400 Received: from mho-03-ewr.mailhop.org ([204.13.248.66]:50886 "EHLO mho-01-ewr.mailhop.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1762536Ab3DDQlo (ORCPT ); Thu, 4 Apr 2013 12:41:44 -0400 X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 50.131.214.131 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19zphEXOFEGh6dGgir1K8zf Date: Thu, 4 Apr 2013 09:41:38 -0700 From: Tony Lindgren To: Roger Quadros Cc: b-cousson@ti.com, linux@arm.linux.org.uk, rnayak@ti.com, balbi@ti.com, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-usb@vger.kernel.org, devicetree-discuss@lists.ozlabs.org, linux-kernel@vger.kernel.org, Paul Walmsley , "Menon, Nishanth" Subject: Re: [RFC][PATCH 1/2] ARM: OMAP4: clock: Add device tree support for AUXCLKs Message-ID: <20130404164137.GH10155@atomide.com> References: <1363703220-4777-1-git-send-email-rogerq@ti.com> <1363703220-4777-2-git-send-email-rogerq@ti.com> <20130403234242.GE10155@atomide.com> <515D2D30.3000306@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <515D2D30.3000306@ti.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2336 Lines: 66 * Roger Quadros [130404 00:39]: > On 04/04/2013 02:42 AM, Tony Lindgren wrote: > >> --- a/arch/arm/mach-omap2/cclock44xx_data.c > >> +++ b/arch/arm/mach-omap2/cclock44xx_data.c > >> @@ -27,6 +27,7 @@ > >> #include > >> #include > >> #include > >> +#include > >> > >> #include "soc.h" > >> #include "iomap.h" > >> @@ -1663,6 +1664,40 @@ static struct omap_clk omap44xx_clks[] = { > >> CLK(NULL, "cpufreq_ck", &dpll_mpu_ck, CK_443X), > >> }; > >> > >> +static struct clk *scrm_clks[] = { > >> + &auxclk0_ck, > >> + &auxclk1_ck, > >> + &auxclk2_ck, > >> + &auxclk3_ck, > >> + &auxclk4_ck, > >> + &auxclk5_ck, > >> +}; > > > > Hmm I don't like the idea of specifying the auxclk both in the > > cclock44xx_data.c and in DT.. > > Right, but till we have all clocks moved to DT we only need this > approach for general purpose clocks that are not mapped to devices > by hwmod. For v3.10, let's just make sure that USB works with DT as then after v3.10 we can make omap4 DT only and get rid of estimated 7K lines of code and data. I guess this is the last piece missing for that, or are we also missing something else? Can't you set up a clock alias for your device so it can find the auxclk when requesting it with the dev entry? For the DT clock driver if needed for v3.10, how about just do a minimal drivers/clock/omap/ that uses the standard binding? Then that driver can just do clk_get() from cclock44xx_data.c for now? And then later on we'll just move all the clocks to a combination of DT + /lib/firmware. > e.g. auxclk are required to be specified in DT nodes for USB PHY. > Without this we can't get USB host working on Panda. OK. So if the USB PHY has a dev entry, can't you just set up a clock alias in struct omap_clk omap44xx_clks[] for it? > As Rajendra points out, it seems moving entire clock data to DT is not > going to happen soon. So this is the simplistic way things can work. Right but seems like we can get started there without moving them all at once. Regards, Tony -- 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/