On Wed, Aug 1, 2012 at 9:06 PM, Paul Walmsley <paul@xxxxxxxxx> wrote: > > Hi Jon et al, > > Here's what I'm planning to queue here. The only changes from what Jon > posted are the patch changelog and some checkpatch fixes. If anyone > has any final comments, please let me know. > > > - Paul > > From: Paul Walmsley <paul@xxxxxxxxx> > Date: Wed, 1 Aug 2012 09:11:20 -0600 > Subject: [PATCH] ARM: OMAP2+: clockdomain/hwmod: add workaround for EMU > clockdomain idle problems > > The idle status of the IP blocks and clocks inside the EMU clockdomain > isn't taken into account by the PRCM hardware when deciding whether > the clockdomain is idle. Add a workaround flag in the clockdomain > code, CLKDM_MISSING_IDLE_REPORTING, to deal with this problem, and add > the code necessary to support it. > > If CLKDM_MISSING_IDLE_REPORTING is set on a clockdomain, the > clockdomain will be forced active whenever an IP block inside that > clockdomain is in use, even if the clockdomain supports > hardware-supervised idle. When the kernel indicates that the last > active IP block inside the clockdomain is no longer used, the > clockdomain will be forced idle, or, if that mode is not supported in > the hardware, it will be placed into hardware-supervised idle. > > This patch is an equal collaboration with Jon Hunter > <jon-hunter@xxxxxx>. Ming Lei <ming.lei@xxxxxxxxxxxxx>, Will Deacon > <will.deacon@xxxxxxx>, Madhav Vij <mvij@xxxxxx>, Kevin Hilman > <khilman@xxxxxx>, Benoît Cousson <b-cousson@xxxxxx>, and Santosh > Shilimkar <santosh.shilimkar@xxxxxx> all made essential contributions > to the understanding of EMU clockdomain power management on OMAP. > > Signed-off-by: Paul Walmsley <paul@xxxxxxxxx> > Cc: Jon Hunter <jon-hunter@xxxxxx> > Cc: Ming Lei <ming.lei@xxxxxxxxxxxxx> > Cc: Will Deacon <will.deacon@xxxxxxx> > Cc: Madhav Vij <mvij@xxxxxx> > Cc: Kevin Hilman <khilman@xxxxxx> > Cc: Benoît Cousson <b-cousson@xxxxxx> > Cc: Santosh Shilimkar <santosh.shilimkar@xxxxxx> > --- Acked-by: Santosh Shilimkar <santosh.shilimkar@xxxxxx> -- 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
