Re: [PATCH 2/2] OMAP4: mcbsp: Clock reparenting support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Paul,

On 12/17/2011 02:37 AM, Paul Walmsley wrote:
> What do you think about using clkdev alias lines and hwmod optional clks 
> for this instead?  With these mechanisms, you can give clocks a consistent 
> "role name" for a given device, even if the underlying clock changes on 
> different platforms.

I need to look into the clock framework, but sounds promising.
I can see quite big difference between the clock3xxx_data, and
clock44xx_data regarding to McBSPs.
Need to understand why, and what need to be changed to achieve what I want.

> So in the mach-omap2/clock*_data.c files, you'd do something like
> 
> 	CLK("omap-mcbsp.1",	"pad_fck",	&mcbsp_clks,  CK_3XXX),
> 
> for OMAP3, and 
> 
> 	CLK("omap-mcbsp.1",	"pad_fck",	&pad_clks_clk,  CK_44XX),
> 
> for OMAP4.
> 
> Then in the hwmod data files, you'd add them as optional clocks - 
> something like:
> 
> static struct omap_hwmod_opt_clk mcbsp1_opt_clks[] = {
> 	{ .role = "pad_fck", .clk = "mcbsp_clks" },
> };
> 
> for OMAP3, and
> 
> static struct omap_hwmod_opt_clk mcbsp1_opt_clks[] = {
> 	{ .role = "pad_fck", .clk = "pad_clks_clk" },
> };
> 
> for OMAP4.
> 
> I think this might work for your needs?

Is it OK if I do this as an incremental patch as soon as I figured out
the way to do it nicely?

Thank you,
Péter
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux