aboutsummaryrefslogtreecommitdiff
path: root/arch/arm/mach-omap1/clock_data.c
diff options
context:
space:
mode:
authorGravatar Paul Walmsley <paul@pwsan.com> 2010-02-22 22:09:16 -0700
committerGravatar Paul Walmsley <paul@pwsan.com> 2010-02-24 12:15:04 -0700
commit1a3377176b3d41e3f30483a624cdafadeeb4064f (patch)
tree6e7fd09d43e95a5757affc4e134ed174b32f4b4c /arch/arm/mach-omap1/clock_data.c
parentOMAP2xxx clock: drop DELAYED_APP flag from non-clksel clocks (diff)
downloadlinux-1a3377176b3d41e3f30483a624cdafadeeb4064f.tar.gz
linux-1a3377176b3d41e3f30483a624cdafadeeb4064f.tar.bz2
linux-1a3377176b3d41e3f30483a624cdafadeeb4064f.zip
OMAP2 clock: drop CONFIG_PARTICIPANT clock flag
It turns out that the only purpose of the CONFIG_PARTICIPANT clock flag is to prevent omap2_clk_set_rate() and omap2_clk_set_parent() from being executed on clocks with that flag set. The rate-changing component can be more directly accomplished by dropping the .set_rate and .round_rate function pointers from those CONFIG_PARTICIPANT struct clks. As far as the parent-changing component is concerned, it turns out that none of the CONFIG_PARTICIPANT clocks have multiple parent choices, so all that is necessary is for omap2_clk_set_parent() to bail out early if the new parent is equal to the old parent. Implement this change and get rid of the flag, which has always had a confusing name (it appears to be a Kconfig option, falsely). Signed-off-by: Paul Walmsley <paul@pwsan.com> Cc: Richard Woodruff <r-woodruff2@ti.com>
Diffstat (limited to 'arch/arm/mach-omap1/clock_data.c')
0 files changed, 0 insertions, 0 deletions