"Nayak, Rajendra" <rnayak@xxxxxx> writes: [...] >>> >>> Oh.. it turns out that when the scratchpad save routine is called, >>> the autoidle for PER is not even set. Its only set some place >>> later. So the 20ms or so advantage was always there on l-o pm >>> branch even without this patch :) >>> >> >>So for the benefit of the archives... >> >>I'm dropping this patch since the equivalent is alrady in PM branch. > > Today the sequence is such that the PER dpll autoidle is set only > after the first scratchpad save (so this patch has no > affect). Sometime in future, if with some change in function > sequencing we end up enabling the PER dpll autoidle early on, we > might have an additional 20ms or so OFF latency without anyone > really noticing. Would'nt it be good to just have this patch to > take care of any sequencing changes later? Yes, I think you're right. This change could indeed prevent some future problmes down the road. I'll merge it. Thanks, Kevin -- 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
