On Tue, Nov 30, 2021 at 01:56:02PM +0530, Maulik Shah wrote:

Hi,

On 11/29/2021 7:15 PM, Shawn Guo wrote:

quoted

quoted

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.

quoted

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