From: Kalle Valo <kvalo@kernel.org>
To: Manikanta Pubbisetty <quic_mpubbise@quicinc.com>
Cc: <ath11k@lists.infradead.org>, <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH v4 3/3] ath11k: Enable low power mode when WLAN is not active
Date: Fri, 24 Feb 2023 16:50:17 +0200 [thread overview]
Message-ID: <87cz5zruc6.fsf@kernel.org> (raw)
In-Reply-To: <20230203060128.19625-4-quic_mpubbise@quicinc.com> (Manikanta Pubbisetty's message of "Fri, 3 Feb 2023 11:31:28 +0530")
Manikanta Pubbisetty <quic_mpubbise@quicinc.com> writes:
> Currently, WLAN chip is powered once during driver probe and is kept
> ON (powered) always even when WLAN is not active; keeping the chip
> powered ON all the time will consume extra power which is not
> desirable for a battery operated device. Same is the case with non-WoW
> suspend, chip will never be put into low power mode when the system is
> suspended resulting in higher battery drain.
>
> As per the recommendation, sending a PDEV suspend WMI command followed
> by a QMI MODE OFF command will cease all WLAN activity and put the device
> in low power mode. When WLAN interfaces are brought up, sending a QMI
> MISSION MODE command would be sufficient to bring the chip out of low
> power. This is a better approach than doing hif_power_down()/hif_power_up()
> for every WiFi ON/OFF sequence since the turnaround time for entry/exit of
> low power mode is much less. Overhead is just the time taken for sending
> QMI MODE OFF & QMI MISSION MODE commands instead of going through the
> entire chip boot & QMI init sequence.
>
> Currently the changes are applicable only for WCN6750. This can be
> extended to other targets with a future patch.
>
> Tested-on: WCN6750 hw1.0 AHB WLAN.MSL.1.0.1-00887-QCAMSLSWPLZ-1
> Tested-on: WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.16
>
> Signed-off-by: Manikanta Pubbisetty <quic_mpubbise@quicinc.com>
[...]
> +static int ath11k_ahb_core_start_ipq8074(struct ath11k_base *ab)
> +{
> + /* TODO: Currently initializing the hardware/firmware only
> + * during hardware recovery. Support to shutdown/turn-on
> + * the hardware during Wi-Fi OFF/ON will be added later.
> + */
> + if (!test_bit(ATH11K_FLAG_RECOVERY, &ab->dev_flags))
> + return 0;
> +
> + return ath11k_core_start_device(ab);
> +}
> +
> +static void ath11k_ahb_core_stop_ipq8074(struct ath11k_base *ab)
> +{
> + /* TODO: Currently stopping the hardware/firmware only
> + * during driver unload. Support to shutdown/turn-on
> + * the hardware during Wi-Fi OFF/ON will be added later.
> + */
> + if (!test_bit(ATH11K_FLAG_UNREGISTERING, &ab->dev_flags))
> + return;
> +
> + return ath11k_core_stop_device(ab);
> +}
Please clarify what Wi-Fi OFF/ON exactly means on these two comments,
it's not clear for me.
Also I want to mention that I suspect eventually we have to always power
off the firmware during suspend to get hibernation working:
https://bugzilla.kernel.org/show_bug.cgi?id=214649
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
next prev parent reply other threads:[~2023-02-24 14:50 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-03 6:01 [PATCH v4 0/3] Enable low power mode when WLAN is not active Manikanta Pubbisetty
2023-02-03 6:01 ` [PATCH v4 1/3] ath11k: Fix double free issue during SRNG deinit Manikanta Pubbisetty
2023-02-03 6:01 ` [PATCH v4 2/3] ath11k: Move hardware initialization logic to start() Manikanta Pubbisetty
2023-02-03 6:01 ` [PATCH v4 3/3] ath11k: Enable low power mode when WLAN is not active Manikanta Pubbisetty
2023-02-24 14:46 ` Kalle Valo
2023-02-27 10:42 ` Manikanta Pubbisetty
2023-03-13 7:19 ` Manikanta Pubbisetty
2023-02-24 14:50 ` Kalle Valo [this message]
2023-02-27 10:49 ` Manikanta Pubbisetty
2023-02-27 11:59 ` Kalle Valo
2023-02-24 14:54 ` [PATCH v4 0/3] " Kalle Valo
2023-02-27 10:49 ` Manikanta Pubbisetty
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87cz5zruc6.fsf@kernel.org \
--to=kvalo@kernel.org \
--cc=ath11k@lists.infradead.org \
--cc=linux-wireless@vger.kernel.org \
--cc=quic_mpubbise@quicinc.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).