* Suspend / Resume and sys_clkout1
@ 2010-11-18 21:35 Grant Erickson
0 siblings, 0 replies; only message in thread
From: Grant Erickson @ 2010-11-18 21:35 UTC (permalink / raw)
To: linux-omap
I am working with a board that deviates from what seems to be common OMAP-as-clock-slave-from-the-TWL4030-PMIC-clock-master practice. In order to get this board to work correctly when used with SmartReflex-enabled, I had to add the following to the board initialization function:
/* In this architecture, we use the OMAP3 as a 19.2 MHz clock
* master and the TWL4030 as a clock slave, fed via the OMAP3's
* sys_clkout1 pin.
*
* We need to request the 'sys_clkout1' clock source to at least
* give it a reference count of one (1); otherwise, if the SmartReflex
* power management code has been configured, it'll get unceremoniously
* turned off with a message:
*
* Disabling unused clock "sys_clkout1"
*
* and general system functionality fails thereafter.
*/
sys_clkout1 = clk_get(NULL, "sys_clkout1");
BUG_ON(IS_ERR(sys_clkout1));
clk_enable(sys_clkout1);
However, now working with suspend/resume functionality, I see that this clock is preventing the system from fully going down to sleep. This leads me to believe that perhaps board-specific initialization was/is not the right place for this as there is no board-specific suspend/resume handling.
Any recommendations on a more architecturally-correct way to address OMAP-as-clock-master-to-the-TWL4030-PMIC-clock-slave in a suspend/resume-friendly way?
Best,
Grant
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2010-11-18 21:35 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-11-18 21:35 Suspend / Resume and sys_clkout1 Grant Erickson
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.