[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87k0buoa9j.fsf@kernel.org>
Date: Tue, 12 Apr 2022 13:40:08 +0300
From: Kalle Valo <kvalo@...nel.org>
To: Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>
Cc: Prasad Malisetty <quic_pmaliset@...cinc.com>, agross@...nel.org,
bjorn.andersson@...aro.org, lorenzo.pieralisi@....com,
robh@...nel.org, kw@...ux.com, bhelgaas@...gle.com,
linux-pci@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org, rajatja@...gle.com,
refactormyself@...il.com, quic_vbadigan@...cinc.com,
quic_ramkri@...cinc.com, swboyd@...omium.org,
linux-wireless@...r.kernel.org, ath11k@...ts.infradead.org
Subject: Re: [PATCH v4] PCI: qcom: Add system PM support
+ ath11k
Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org> writes:
> +Kalle, linux-wireless
>
> On Tue, Mar 08, 2022 at 12:25:06AM +0530, Prasad Malisetty wrote:
>> Add suspend_noirq and resume_noirq callbacks to handle
>> system suspend and resume in dwc PCIe controller driver.
>>
>> When system suspends, send PME turnoff message to enter
>> link into L2 state. Along with powerdown the PHY, disable
>> pipe clock, switch gcc_pcie_1_pipe_clk_src to XO if mux is
>> supported and disable the pcie clocks, regulators.
>>
>
> Kalle, is this behaviour appropriate for WLAN devices as well? The devices
> will be put into poweroff state (assuming no Vaux provided in D3cold) during
> system suspend.
ath11k leaves the firmware running during suspend. I don't fully
understand what the patch is doing, but if it cuts the power from the
WLAN chip during suspend that will break ath11k.
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
Powered by blists - more mailing lists