Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757369Ab3CII0z (ORCPT ); Sat, 9 Mar 2013 03:26:55 -0500 Received: from mail-ee0-f51.google.com ([74.125.83.51]:37148 "EHLO mail-ee0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752365Ab3CII0y (ORCPT ); Sat, 9 Mar 2013 03:26:54 -0500 Message-ID: <513AF24A.2070200@gmail.com> Date: Sat, 09 Mar 2013 09:26:50 +0100 From: Sebastian Hesselbarth User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: Daniel Mack CC: Mark Brown , Afzal Mohammed , Fabio Estevam , Russell King , Mike Turquette , LKML , Grant Likely , Rob Herring Subject: Re: Question about fixed-clock References: <20130307184240.GA3327@afzal-ThinkPad-R50e> <5139155F.5050407@gmail.com> <20130308021527.GA28481@opensource.wolfsonmicro.com> <5139E7F3.5010906@gmail.com> In-Reply-To: <5139E7F3.5010906@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1394 Lines: 33 On 03/08/2013 02:30 PM, Daniel Mack wrote: > On 08.03.2013 03:15, Mark Brown wrote: >> On Thu, Mar 07, 2013 at 11:31:59PM +0100, Daniel Mack wrote: >>> On 07.03.2013 19:42, Afzal Mohammed wrote: >>> Grep'ing through arch/arm, it seems that the imx arch does the same >>> thing my patch does, but I could also imagine that it should be done >>> somewhere from the DT core. I copied Grant, Rob and Mark for more comments. >> >> Wouldn't this just be set up by the DT in the same way that other >> off-SoC hardware is? > > [...] > > I don't know the clock framework well enough, but it seems that either > all DT boards are supposed to do the same in their generic bits (which > sounds like a lot of code duplication), or the fixed-clock driver should > behave like any other driver wrt its probing from DT. I'm open to > suggestions :) Daniel, the current common clock framework does not register any of its "core" clocks, i.e. fixed-clock, et.al. I haven't had a look at the way regulator api registers them. But if you find the way reasonable, why not propose a patch for ccf that registers at least a set of the core clocks itself? Sebastian -- 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/