mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-15 09:14:18 -04:00
| Filename | Latest commit message | Latest commit date |
|---|---|---|
bb9deb4ae0
In hdd_vdev_destroy, if policy_mgr_check_and_stop_opportunistic_timer decides to move to single mac mode and while sending the HW mode change the target goes down, this leads to timeout of the HW mode change req in WMA layer which is 2 sec and in serialization its 4 sec, but policy_mgr_check_and_stop_opportunistic_timer timeout in 1 sec and proceed to sme_close_session and wait for it to complete. sme_close_session queue WLAN_SER_CMD_DEL_STA_SESSION to serialization but it remains in pending queue, behind HW mode change req. Now due to SSR the wait event for sme_close_session is set and thus hdd_vdev_destroy logically deletes the vdev. Now on WMA timeout the HW mode change try to remove the request from serialization which it fails to remove as it fails to get ref for vdev with vdev being logically deleted. Thus WLAN_SER_CMD_DEL_STA_SESSION is not processed and is flushed in hdd_wlan_shutdown. Thus as SSR WLAN_SER_CMD_DEL_STA_SESSION is flushed from serialization queue, the wma_vdev_detach() is not called for that vdev and thus the peer attached to the vdev are not deleted and wma vdev ref is also not released, this lead vdev/peer ref leak. To fix this update the wait timeout in policy_mgr_check_and_stop_opportunistic_timer with proper value higher than the serialization timeout for the HW mode change request. ALso set the wait event in policy_mgr_pdev_set_hw_mode_cb in failure cases as well to avoid timeout in case of hw mode change failures. Also release pending peer and vdef refs in wma_wmi_service_close. Change-Id: I5ddf8263b0dbf889be506332a67f5e18c1bfb111 CRs-Fixed: 2458034 |
||
| .. | ||
| action_oui | ||
| cfg | ||
| cmn_services/policy_mgr | ||
| disa | ||
| dsc | ||
| fw_offload | ||
| interop_issues_ap | ||
| ipa | ||
| mlme | ||
| nan | ||
| ocb | ||
| p2p | ||
| pmo | ||
| target_if | ||
| tdls | ||