Message ID | alpine.DEB.2.00.0904222000240.24299@utopia.booyaka.com (mailing list archive) |
---|---|
State | Rejected, archived |
Headers | show |
On Wed, Apr 22, 2009 at 08:01:29PM -0600, Paul Walmsley wrote: > The patch also renames clk_init_one() to clk_preinit() to > distinguish its function from clk_init() and the individual struct clk > init functions. That's rather unnecessary. 'clk_init_one' is already unique. In the long run, it's clk_init that needs to go. > Incorporates review comments from Russell King > <linux@arm.linux.org.uk>. Please don't add this email address to git commit comments. Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello Russell, On Thu, 23 Apr 2009, Russell King - ARM Linux wrote: > On Wed, Apr 22, 2009 at 08:01:29PM -0600, Paul Walmsley wrote: > > The patch also renames clk_init_one() to clk_preinit() to > > distinguish its function from clk_init() and the individual struct clk > > init functions. > > That's rather unnecessary. 'clk_init_one' is already unique. In the > long run, it's clk_init that needs to go. Even if clk_init() were to disappear, the struct clk .init function pointer would still be present. clk->init() performs a very different kind of initialization than clk_init_one(). > > Incorporates review comments from Russell King > > <linux@arm.linux.org.uk>. > > Please don't add this email address to git commit comments. Thanks. Updated in the git branch to rmk+kernel. - Paul -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
* Paul Walmsley <paul@pwsan.com> [090423 01:35]: > Hello Russell, > > On Thu, 23 Apr 2009, Russell King - ARM Linux wrote: > > > On Wed, Apr 22, 2009 at 08:01:29PM -0600, Paul Walmsley wrote: > > > The patch also renames clk_init_one() to clk_preinit() to > > > distinguish its function from clk_init() and the individual struct clk > > > init functions. > > > > That's rather unnecessary. 'clk_init_one' is already unique. In the > > long run, it's clk_init that needs to go. > > Even if clk_init() were to disappear, the struct clk .init function > pointer would still be present. clk->init() performs a very different > kind of initialization than clk_init_one(). I'm OK doing the rename in this fix. The original naming can cause confusion while reading the code. Tony > > > Incorporates review comments from Russell King > > > <linux@arm.linux.org.uk>. > > > > Please don't add this email address to git commit comments. Thanks. > > Updated in the git branch to rmk+kernel. > > > - Paul -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, Apr 23, 2009 at 11:00:31AM -0700, Tony Lindgren wrote: > * Paul Walmsley <paul@pwsan.com> [090423 01:35]: > > Hello Russell, > > > > On Thu, 23 Apr 2009, Russell King - ARM Linux wrote: > > > > > On Wed, Apr 22, 2009 at 08:01:29PM -0600, Paul Walmsley wrote: > > > > The patch also renames clk_init_one() to clk_preinit() to > > > > distinguish its function from clk_init() and the individual struct clk > > > > init functions. > > > > > > That's rather unnecessary. 'clk_init_one' is already unique. In the > > > long run, it's clk_init that needs to go. > > > > Even if clk_init() were to disappear, the struct clk .init function > > pointer would still be present. clk->init() performs a very different > > kind of initialization than clk_init_one(). > > I'm OK doing the rename in this fix. The original naming can cause > confusion while reading the code. Well I'm not, and I want to discuss it some more. And I'm sending Linus a pull request tonight, so I'm dropping the OMAP stuff from that. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
* Russell King - ARM Linux <linux@arm.linux.org.uk> [090423 15:26]: > On Thu, Apr 23, 2009 at 11:00:31AM -0700, Tony Lindgren wrote: > > * Paul Walmsley <paul@pwsan.com> [090423 01:35]: > > > Hello Russell, > > > > > > On Thu, 23 Apr 2009, Russell King - ARM Linux wrote: > > > > > > > On Wed, Apr 22, 2009 at 08:01:29PM -0600, Paul Walmsley wrote: > > > > > The patch also renames clk_init_one() to clk_preinit() to > > > > > distinguish its function from clk_init() and the individual struct clk > > > > > init functions. > > > > > > > > That's rather unnecessary. 'clk_init_one' is already unique. In the > > > > long run, it's clk_init that needs to go. > > > > > > Even if clk_init() were to disappear, the struct clk .init function > > > pointer would still be present. clk->init() performs a very different > > > kind of initialization than clk_init_one(). > > > > I'm OK doing the rename in this fix. The original naming can cause > > confusion while reading the code. > > Well I'm not, and I want to discuss it some more. And I'm sending Linus > a pull request tonight, so I'm dropping the OMAP stuff from that. OK. Paul, can you please separate out the rename part into a separate patch so we only have a minimal fix & then repost it here? That way we'll get the necessary fixes in and you guys can schedule other changes for next merge window. Thanks, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, 23 Apr 2009, Tony Lindgren wrote: > * Russell King - ARM Linux <linux@arm.linux.org.uk> [090423 15:26]: > > On Thu, Apr 23, 2009 at 11:00:31AM -0700, Tony Lindgren wrote: > > > * Paul Walmsley <paul@pwsan.com> [090423 01:35]: > > > > Hello Russell, > > > > > > > > On Thu, 23 Apr 2009, Russell King - ARM Linux wrote: > > > > > > > > > On Wed, Apr 22, 2009 at 08:01:29PM -0600, Paul Walmsley wrote: > > > > > > The patch also renames clk_init_one() to clk_preinit() to > > > > > > distinguish its function from clk_init() and the individual struct clk > > > > > > init functions. > > > > > > > > > > That's rather unnecessary. 'clk_init_one' is already unique. In the > > > > > long run, it's clk_init that needs to go. > > > > > > > > Even if clk_init() were to disappear, the struct clk .init function > > > > pointer would still be present. clk->init() performs a very different > > > > kind of initialization than clk_init_one(). > > > > > > I'm OK doing the rename in this fix. The original naming can cause > > > confusion while reading the code. > > > > Well I'm not, and I want to discuss it some more. And I'm sending Linus > > a pull request tonight, so I'm dropping the OMAP stuff from that. > > OK. Paul, can you please separate out the rename part into a separate > patch so we only have a minimal fix & then repost it here? > > That way we'll get the necessary fixes in and you guys can schedule > other changes for next merge window. The omap-clock-fixes branch has been updated to remove the rename. Not that this should stop the discussion, but at least this should no longer prevent these needed fixes from going upstream. - Paul -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
* Paul Walmsley <paul@pwsan.com> [090423 20:13]: > On Thu, 23 Apr 2009, Tony Lindgren wrote: > > > * Russell King - ARM Linux <linux@arm.linux.org.uk> [090423 15:26]: > > > On Thu, Apr 23, 2009 at 11:00:31AM -0700, Tony Lindgren wrote: > > > > * Paul Walmsley <paul@pwsan.com> [090423 01:35]: > > > > > Hello Russell, > > > > > > > > > > On Thu, 23 Apr 2009, Russell King - ARM Linux wrote: > > > > > > > > > > > On Wed, Apr 22, 2009 at 08:01:29PM -0600, Paul Walmsley wrote: > > > > > > > The patch also renames clk_init_one() to clk_preinit() to > > > > > > > distinguish its function from clk_init() and the individual struct clk > > > > > > > init functions. > > > > > > > > > > > > That's rather unnecessary. 'clk_init_one' is already unique. In the > > > > > > long run, it's clk_init that needs to go. > > > > > > > > > > Even if clk_init() were to disappear, the struct clk .init function > > > > > pointer would still be present. clk->init() performs a very different > > > > > kind of initialization than clk_init_one(). > > > > > > > > I'm OK doing the rename in this fix. The original naming can cause > > > > confusion while reading the code. > > > > > > Well I'm not, and I want to discuss it some more. And I'm sending Linus > > > a pull request tonight, so I'm dropping the OMAP stuff from that. > > > > OK. Paul, can you please separate out the rename part into a separate > > patch so we only have a minimal fix & then repost it here? > > > > That way we'll get the necessary fixes in and you guys can schedule > > other changes for next merge window. > > The omap-clock-fixes branch has been updated to remove the rename. > > Not that this should stop the discussion, but at least this should no > longer prevent these needed fixes from going upstream. Care to post the updated patch here too? Temporay git branches are not too readable by most people.. Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/arch/arm/mach-omap1/clock.c b/arch/arm/mach-omap1/clock.c index dafe4f7..571d33d 100644 --- a/arch/arm/mach-omap1/clock.c +++ b/arch/arm/mach-omap1/clock.c @@ -775,7 +775,7 @@ int __init omap1_clk_init(void) arm_idlect1_mask = ~0; for (c = omap_clks; c < omap_clks + ARRAY_SIZE(omap_clks); c++) - clk_init_one(c->lk.clk); + clk_preinit(c->lk.clk); cpu_mask = 0; if (cpu_is_omap16xx()) diff --git a/arch/arm/mach-omap2/clock24xx.c b/arch/arm/mach-omap2/clock24xx.c index 1e839c5..61dcc22 100644 --- a/arch/arm/mach-omap2/clock24xx.c +++ b/arch/arm/mach-omap2/clock24xx.c @@ -720,14 +720,14 @@ int __init omap2_clk_init(void) clk_init(&omap2_clk_functions); + for (c = omap24xx_clks; c < omap24xx_clks + ARRAY_SIZE(omap24xx_clks); c++) + clk_preinit(c->lk.clk); + osc_ck.rate = omap2_osc_clk_recalc(&osc_ck); propagate_rate(&osc_ck); sys_ck.rate = omap2_sys_clk_recalc(&sys_ck); propagate_rate(&sys_ck); - for (c = omap24xx_clks; c < omap24xx_clks + ARRAY_SIZE(omap24xx_clks); c++) - clk_init_one(c->lk.clk); - cpu_mask = 0; if (cpu_is_omap2420()) cpu_mask |= CK_242X; diff --git a/arch/arm/mach-omap2/clock34xx.c b/arch/arm/mach-omap2/clock34xx.c index 0a14dca..430c6a0 100644 --- a/arch/arm/mach-omap2/clock34xx.c +++ b/arch/arm/mach-omap2/clock34xx.c @@ -956,7 +956,7 @@ int __init omap2_clk_init(void) clk_init(&omap2_clk_functions); for (c = omap34xx_clks; c < omap34xx_clks + ARRAY_SIZE(omap34xx_clks); c++) - clk_init_one(c->lk.clk); + clk_preinit(c->lk.clk); for (c = omap34xx_clks; c < omap34xx_clks + ARRAY_SIZE(omap34xx_clks); c++) if (c->cpu & cpu_clkflg) { diff --git a/arch/arm/plat-omap/clock.c b/arch/arm/plat-omap/clock.c index 2e06145..508c96a 100644 --- a/arch/arm/plat-omap/clock.c +++ b/arch/arm/plat-omap/clock.c @@ -239,7 +239,14 @@ void recalculate_root_clocks(void) } } -void clk_init_one(struct clk *clk) +/** + * clk_preinit - initialize any fields in the struct clk before clk init + * @clk: struct clk * to initialize + * + * Initialize any struct clk fields needed before normal clk initialization + * can run. No return value. + */ +void clk_preinit(struct clk *clk) { INIT_LIST_HEAD(&clk->children); } diff --git a/arch/arm/plat-omap/include/mach/clock.h b/arch/arm/plat-omap/include/mach/clock.h index 073a2c5..793fbc0 100644 --- a/arch/arm/plat-omap/include/mach/clock.h +++ b/arch/arm/plat-omap/include/mach/clock.h @@ -118,8 +118,8 @@ struct clk_functions { extern unsigned int mpurate; +extern void clk_preinit(struct clk *clk); extern int clk_init(struct clk_functions *custom_clocks); -extern void clk_init_one(struct clk *clk); extern int clk_register(struct clk *clk); extern void clk_reparent(struct clk *child, struct clk *parent); extern void clk_unregister(struct clk *clk);