On 17 February 2016 at 22:20, Tony Lindgren <tony@xxxxxxxxxxx> wrote: >* Michael Turquette <mturquette@xxxxxxxxxxxx> [160217 12:53]: >> Do you think you will ever have a driver that wants to gate these >> clocks? Probably not for MPU/DDR, but the HAND_OFF flag is a better fit >> if you do. It's the same as CRITICAL but transfers the prepare/enable >> reference counting to the consumer driver after that driver calls >> clk_get() and clk_prepare_enable() on the HAND_OFF clk. > > OK I'll use CLK_ENABLE_HAND_OFF then. Who knows maybe somebody > somewhere has code running on one of the coprocessors in SRAM that > actually allows gating these :) An arrangement somewhat similar to the one the am335x has should indeed be doable, but note that it would be the coprocessor that would gate and ungate the clocks, not linux. The L3 clock is actually even more essential and can never be gated at all. In the absence of help from a coprocessor linux could still put the L3 and MPU PLLs into bypass for power saving, and DDR can be gated if it's first put into self-refresh and helper code in on-chip SRAM is used to manage the transitions. On 18 February 2016 at 00:02, Michael Turquette <mturquette@xxxxxxxxxxxx> wrote: > Low power mp3 decoder executing out of ARM icache with DDR clock cut ;-) L1 cache is rather tricky since you can't lock it. You can however lock 448 KB of the 512 KB L2 cache, which should be plenty of space. There's also quite a bit of SRAM on chip usable for buffering data. The C674x DSP would probably also be a good candidate for such an application. Matthijs -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
