[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <519ac97a-6bff-ee93-58c6-63559c3a6cb6@quicinc.com>
Date: Tue, 30 Nov 2021 13:56:02 +0530
From: Maulik Shah <quic_mkshah@...cinc.com>
To: Shawn Guo <shawn.guo@...aro.org>
CC: Marc Zyngier <maz@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
"Bjorn Andersson" <bjorn.andersson@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
Loic Poulain <loic.poulain@...aro.org>,
<devicetree@...r.kernel.org>, <linux-arm-msm@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2 2/2] irqchip: Add Qualcomm MPM controller driver
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).
Thanks,
Maulik
Powered by blists - more mailing lists