bac5be8a23d0b426b901327ee9c95cf7bbce39ca

Userspace/framework tracks last few days(e.g: 10 days) history of connected APs and maintains best 10 channels out of that list by considering multiple parameters like scoring, location etc. It's likely to find an AP in one of these channels when a scan issued. So, framework issues first scan request with a maximum of 10 channels in the below cases currently, 1. When the wifi is turned on 2. When the wifi is in disconnected state and user turns on the screen. Host driver shouldn't add any more channels to this scan request as it's expected to complete the scan as soon as possible to connect quickly to the known APs. Don't add 6g RNR channels also in the scan request. Further scans from framework would be full scans or with list a of channels(more than 10) and RNR channels can be added to them. Also, don't add all 6g channels if userspace hasn't given any as the current framework/kernels are matured enough decide whether to issue scan with 6g channels or not. RNR channels can be added as mentioned. Remove SCAN_MODE_6G_NO_OPERATION as it's not needed anymore with this. Also, 6ghz scan functionality gets enahanced depending on various requirements. This can be moved to a separate file so that core scan_manager.c file won't be bloated with new code. Change-Id: I1800a3e95e438720f94d8eec3544023cab16b081 CRs-Fixed: 2805900
This is CNSS WLAN Host Driver for products starting from iHelium
Descripción
Languages
C
98.7%
C++
0.9%
Makefile
0.3%
Starlark
0.1%