On Tue, Jan 31, 2012 at 12:57 PM, Paul Walmsley <paul@xxxxxxxxx> wrote: > On Tue, 31 Jan 2012, Shilimkar, Santosh wrote: > >> On Tue, Jan 31, 2012 at 12:45 PM, Paul Walmsley <paul@xxxxxxxxx> wrote: >> > On Tue, 31 Jan 2012, Shilimkar, Santosh wrote: >> > >> >> In this code the need is to clear only CPU and MPUPD, and hence they are >> >> explicitly cleared since the pre/post transition calls can be moved to PM_DEBUG >> >> in production kernels. >> >> >> >> But as you stated in current mainline kernel they are superfluous since the >> >> pre/post calls are not under PM debug. So I am ok either way >> > >> > We're using the PM counters for the context restore skip optimization now >> > in pwrdm_get_context_loss_count(), so they've suddenly become needed even >> > when PM_DEBUG=n. But those counters are only needed when there are >> > devices in the CPU* powerdomains to track that can lose logic context. I >> > don't think that's the case on OMAP4, but you would probably know better >> > than I. >> > >> Good point so the pre/post calls are must then. We should kill those extra calls >> form OMAP4 code then. > > I wonder if we should track how many hwmods are present in a powerdomain? > We could check that counter to determine if we could skip the access. > That's good idea since these calls are in critical patha nd faster we can do better it is.. A week back I was discussing with Benoit and Tony about having some infrastructure like "unused clocks" so that we can shutdown those modules, and if possible some power domains. That way they get removed at one single place and they the power domain calls need not iterate over the once which are no longer needed. Regards Santosh -- 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
