Thread (19 messages) 19 messages, 4 authors, 2012-07-18
STALE5098d
Revisions (2)
  1. v2 [diff vs current]
  2. v2 current

[PATCH-V2 0/4] ARM: OMAP2+: am33xx: Add clocktree and hwmod data

From: tony@atomide.com (Tony Lindgren)
Date: 2012-06-05 08:26:29
Also in: linux-omap

* Hiremath, Vaibhav [off-list ref] [120605 01:27]:
On Tue, Jun 05, 2012 at 13:29:52, Tony Lindgren wrote:
quoted
* Vaibhav Hiremath [off-list ref] [120529 03:01]:
quoted
This patch adds complete clockctree and hwmod data for the
AM33XX family of devices.

This patch-series is cleaned up further from Paul's cleanup
activity on AM33xx clocktree, where all leaf nodes have been
removed and now modules enable/disable is controlled only
using hwmod framework interface.

There are certain modules, like clkdiv32k, debugss, etc..., for
which we still doesn't have hwmod_data present, so in order to
disable these modules during boot time, we still have to maintain
clk node for them. Comment has been added to highlight this, and
in the future we will cleanup this.
As far as, CLKDIV32K module, in reality is not module but still
we have MODULEMODE to control it, so we may have to keep this node
alone in the clocktree.
Considering that we have the RFC patches available for common
clk fwk, we should probably avoid the extra churn and have this
use the common clk fwk instead. Of course that is assuming the
common clk fwk patches will be mergeable soonish.
Tony,

I am not quite sure how much time it will take to merge common clock changes 
from Rajendra, since it is still in RFC stage and may take couple merge 
windows. I would recommend to merge clock-tree and hwmod patches atleast to 
the linux-next, so that it gets validated for some time and we atleast would 
be able to boot the BeagleBone (community board) from linux-next/master.
People can start further development using this on BeagleBone platform.

Based on common-clock migration activity on OMAP, we can certainly make 
decision on pushing it to Mainline (Linus's) tree. And also I will start 
basing AM33XX clocktree on Rajendra's patches, so that it will get merged at 
the same time.
OK that sounds fair to me. Let's see what Paul and Rajendra say, it's
really up to them to make the call. We need minimize the extra load for
Paul and Rajendra here as it's already a big effort.

Regards,

Tony
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help