[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d8e750ac-aeb7-0d49-5d48-2591727ba4c5@linaro.org>
Date: Mon, 23 Jan 2023 16:29:23 +0000
From: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
To: Konrad Dybcio <konrad.dybcio@...aro.org>,
Stephan Gerhold <stephan@...hold.net>
Cc: agross@...nel.org, andersson@...nel.org, djakov@...nel.org,
robh+dt@...nel.org, krzysztof.kozlowski+dt@...aro.org,
linux-arm-msm@...r.kernel.org, linux-pm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
benl@...areup.com, shawn.guo@...aro.org, fabien.parent@...aro.org,
leo.yan@...aro.org, dmitry.baryshkov@...aro.org
Subject: Re: [PATCH v4 0/6] Add MSM8939 SoC support with two devices
On 23/01/2023 16:21, Konrad Dybcio wrote:
>> Please change it to VDDMX (without _AO). It will most likely not make
>> any difference
> Wouldn't it make wake-on-wifi-with-cpus-off possible?
> (obviously given the wlan chip supports it and can ping
> the cpu etc etc)
>
> Konrad
WOWLAN is done via SMD not by raising of an interrupt between WCNSS and
APSS directly and we do hit VDD min with AO in 4.19.
So, so counter-intuitively so long as the SMD interrupt is unmasked in
suspend - not a specific WCNSS interrupt, we will wake on WLAN.
Its a complete tangent but, the WCNSS firmware has an SMD RPC call
called "wake-on-wlan" or somesuch which *would* wake the system via
interrupt but, appears to never have been implemented...
Anyway.
---
bod
Powered by blists - more mailing lists