On Tue, Nov 30, 2021 at 01:56:02PM +0530, Maulik Shah wrote: > Hi, > > On 11/29/2021 7:15 PM, Shawn Guo wrote: > > > This is not limited to suspend, you will need to notify RPM during deepest > > > cpu idle state entry as well, since MPM may be monitoring interrupts in that > > > case too. > > Yeah, I was trying to test this MPM driver with cpuidle, but failed to > > see the SoC get into vlow/vmin state from cpuidle. > > In a few cases SoC can enter vmin/vlow from cpuidle one is from static > screen on. > > > Do you have any > > suggestion how I should test it properly? > Suspend resume (use "s2idle" and not "deep" mode on upstream kernel) is one > good method, but you will have to make sure all drivers have removed votes > on xo clock when entering suspend. > Also need to make sure other subsystem like modem is in power collaspe (look > at the internal master stats driver to know if other subsystems entering to > low power mode or not). I have already been able to trigger a vmin sleep with s2idle by doing: $ echo mem > /sys/power/state My question is how I can get a vmin sleep in idle case, so that MPM driver can be tested in both suspend and idle context. Shawn
