lkml.org 
[lkml]   [2013]   [Apr]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC][PATCH 1/2] ARM: OMAP4: clock: Add device tree support for AUXCLKs
Hi,

On 04/04/2013 02:42 AM, Tony Lindgren wrote:
> Hi,
>
> * Roger Quadros <rogerq@ti.com> [130319 07:31]:
>> Register a device tree clock provider for AUX clocks
>> on the OMAP4 SoC. Also provide the binding information.
>>
>> Signed-off-by: Roger Quadros <rogerq@ti.com>
>> ---
>> .../devicetree/bindings/clock/omap4-clock.txt | 32 ++++++++++++++++++
>> arch/arm/boot/dts/omap4.dtsi | 5 +++
>> arch/arm/mach-omap2/board-generic.c | 2 +-
>> arch/arm/mach-omap2/cclock44xx_data.c | 35 ++++++++++++++++++++
>> arch/arm/mach-omap2/clock44xx.h | 1 +
>> arch/arm/mach-omap2/common.h | 9 +++++
>> arch/arm/mach-omap2/io.c | 6 +++
>> 7 files changed, 89 insertions(+), 1 deletions(-)
>> create mode 100644 Documentation/devicetree/bindings/clock/omap4-clock.txt
>>
> ...
>
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/clock/omap4-clock.txt
>
> Is this really specific to omap4 and auxclk only?
>
> Shouldn't it be just omap-clock.txt?

Yes, I've fixed this up in v2 of this patch.

>
>> --- a/arch/arm/mach-omap2/cclock44xx_data.c
>> +++ b/arch/arm/mach-omap2/cclock44xx_data.c
>> @@ -27,6 +27,7 @@
>> #include <linux/clk-private.h>
>> #include <linux/clkdev.h>
>> #include <linux/io.h>
>> +#include <linux/of.h>
>>
>> #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.

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.

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.

cheers,
-roger


\
 
 \ /
  Last update: 2013-04-04 10:21    [W:0.150 / U:1.312 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site