RE: [PATCH 28/28] omap2 clock: handle (almost) all clock autoidlingviathe clock framework

Paul Walmsley
2007-08-27T07:56:10Z

On Thu, 23 Aug 2007, Tuukka.Tikkanen@elektrobit.com wrote:

> One minor detail to note is that on OMAP2 the sleep code sometimes has
> to disable the autoidle feature on certain clocks. Not doing so would
> prevent desired functionality. This - at least the action of setting the
> autoidle state - of course could be handled via the clock framework.
> However, it was deemed to be unnecessary extra layer, as the sleep code
> already has to be very aware of the hardware its running on and any
> abstraction is useless. I think at least timers and DMA have some
> special restrictions in pm.c. Thus the original design of PM code
> handling the autoidle bits.

Hi Tuukka,

I took a quick look at pm.c, it configures ICLK autoidling for SDMA and
GPT*, and sleep.S doesn't look like it touches the autoidle regs. Could
you point me at the code you're talking about?

thanks,

- Paul