mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-13 16:16:15 -04:00
No description
- C 98.2%
- Assembly 1%
- Makefile 0.3%
- Shell 0.2%
- Python 0.1%
| Filename | Latest commit message | Latest commit date |
|---|---|---|
0255314127
Currently vdev deletion happens as a part of last peer's unma and vdev creation happens in a different context invoked by the upper layer in dp_vdev_attach_wifi3. In a scenario when the old vdev is being deleted and a new one is being created, with the same vdev id (e.g. P2p -> SAP transition), its possible that the old and new vdevs co-exist in the pdev->vdev_list at the same time. In such a case, the API (get_vdev_from_vdev_id) can return the old stale vdev, even when a new vdev has been created. This is not the expected behaviour. Check for "delete.pending" flag before returning the vdev. If the flag is set, skip that vdev. Change some logging to dp_ logging functions. CRs-Fixed: 2432430 Change-Id: Icadd84059dfbab12910678e5b24007010c15b6a8 |
||
| cfg | ||
| dp | ||
| ftm | ||
| global_lmac_if | ||
| hal/wifi3.0 | ||
| hif | ||
| htc | ||
| init_deinit/dispatcher | ||
| os_if/linux | ||
| qal | ||
| qdf | ||
| scheduler | ||
| spectral | ||
| target_if | ||
| umac | ||
| utils | ||
| wbuff | ||
| wlan_cfg | ||
| wmi | ||
| README.txt | ||
| VERSION.txt | ||
This is CNSS WLAN Host Driver for products starting from iHelium