summaryrefslogtreecommitdiff
path: root/drivers/clocksource/timer-qcom.c
diff options
context:
space:
mode:
authorHaim Dreyfuss <haim.dreyfuss@intel.com>2021-01-17 17:52:26 +0300
committerLuca Coelho <luciano.coelho@intel.com>2021-02-05 12:55:15 +0300
commit708a39aaca2204dcacc96dec1401373063801213 (patch)
tree264a0f061245857c5b7ecd2ca050a98c90f23da4 /drivers/clocksource/timer-qcom.c
parent00520b7a2a13db5c6b56cc1f49cea4e0e174479c (diff)
downloadlinux-708a39aaca2204dcacc96dec1401373063801213.tar.xz
iwlwifi: mvm: don't send commands during suspend\resume transition
D3_CONFIG_CMD and D0I3_END_CMD should be the last\first command upon suspend\resume correspondingly, otherwise, FW will raise an assert (0x342). There are firmware notifications that cause the driver to send a command back to the firmware. If such a notification is sent to the driver while the the driver prepares the firmware for D3, operation, what is likely to happen is that the handling of the notification will try to get the mutex and will wait unil the driver finished configuring the firmware for D3. Then the handling notification will get the mutex and handle the notification which will lead to the aforementioned ASSERT 342. To avoid this, we need to prevent any command to be sent to the firmware between the D3_CONFIG_CMD and the D0I3_END_CMD. Check this in the utility layer that sends the host commands and in the transport layer as well. Flag the D3_CONFIG_CMD and the D0I3_END_CMD commands as commands that must be sent even if the firmware has already been configured for D3 operation. Signed-off-by: Haim Dreyfuss <haim.dreyfuss@intel.com> Signed-off-by: Luca Coelho <luciano.coelho@intel.com> Link: https://lore.kernel.org/r/iwlwifi.20210117164916.1935a993b471.I3192c93c030576ca16773c01b009c4d93610d6ea@changeid Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
Diffstat (limited to 'drivers/clocksource/timer-qcom.c')
0 files changed, 0 insertions, 0 deletions