If STA is already connected on DFS channel and SAP is going to start
on the same channel then skip the CAC for SAP.
If STA and SAP sessions are already operating on same DFS channel,
then ignore radar indication received on SAP interface.
CRs-Fixed: 2130000
Change-Id: Ife0ab6979a07c8773001a43f5a30c9a555dab37a
Currently, discon_in_progress flag is set in SME from HDD when
there is a disconnection request. But after setting the flag it
may wait for any on-going roaming to complete.Doing this may
unnecessarily stop the on-going roaming process. Hence set the
flag after completing the wait time and during the actual time
when the disconnection is about to be started in SME layer.
Change-Id: Ie91049ef2e385ff86d8aa6881799caf432a7e8a5
CRs-Fixed: 2266432
In cds_open() the call to mac_open() currently passes a pointer to the
gp_cds_context->mac_context field. This is a void * field but
mac_open() expects a mac_handle_t * (aka tHalHandle *). This currently
compiles because mac_handle_t is itself a void *. But in the future
the underlying type of mac_handle_t will change, so pass a pointer to
an object of the correct type to mac_open().
Change-Id: Ie3e54c5288bc7d1e9287f30d997b005a5c8dc2ef
CRs-Fixed: 2268813
The sme scan APIs sme_scan_get_result(), sme_scan_result_get_first(),
sme_scan_result_get_next() all take a mac_handle_t (aka tHalHandle) as
the first parameter. However in sme_rrm_send_scan_result() currently a
tpAniSirGlobal is being passed. Even though these ultimately reference
the same structure, an upcoming change will enforce type safety so
update the code to pass a parameter of the correct type.
Change-Id: I83e585bc91cbd9eeab5ecdeae0274196c98f3b4f
CRs-Fixed: 2268812
The sme cfg APIs sme_cfg_get_int(), sme_cfg_set_int(),
sme_cfg_get_str(), and sme_cfg_set_str() all take a mac_handle_t (aka
tHalHandle) as the first parameter. However in some cases the caller
is actually passing a tpAniSirGlobal. Even though these ultimately
reference the same structure, an upcoming change will enforce type
safety so update the bad callers to pass a parameter of the correct
type.
Change-Id: I7f602c2c6c25f15efe239cb1ba2c0c8e5bfd3e0a
CRs-Fixed: 2268811
Currently csr_set_channels() takes a tHalHandle context param.
However csr is internal to the UMAC, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle, so update the API to expect tpAniSirGlobal.
Change-Id: Idf260cce60cd436ac871b4df3620cf1baf2b06c3
CRs-Fixed: 2268810
Currently csr_dump_connection_stats() passes a tpAniSirGlobal to
sme_get_rssi_snr_by_bssid() but a tHalHandle is expected, so correct
the call to pass the correct parameter.
Change-Id: I51216e2636a88fea30b007dcc5eee95000cafe60
CRs-Fixed: 2268809
In csr_roam_call_callback() there is a call to
csr_parse_bss_description_ies() where the MAC context is typecast to
tHalHandle as part of the function call. However this typecast is
incorrect since csr_parse_bss_description_ies() expects to get a MAC
context. Due to the manner in which tHalHandle is defined this does
not current cause a build issue, but an upcoming change will enforce
type checking so update this call to remove the inappropriate
typecasts.
Change-Id: I16e1f33e6f00ed1c610511a60f5974f0f0d71cd5
CRs-Fixed: 2268807
Currently sme_neighbor_report_request() passes a tHalHandle to
sme_rrm_neighbor_report_request(), but a tpAniSirGlobal is expected,
so correct the call to pass the correct parameter.
Change-Id: I4a9ba52ef0a6e345d784937f645cf926bebf8919
CRs-Fixed: 2268806
Currently csr passes a tpAniSirGlobal to sme_ft_open() and
sme_ft_close() but a tHalHandle is expected, so correct the calls to
pass the correct parameter.
Change-Id: I1b33aff2aa9f9ca09384e643aad4e36e79c52af3
CRs-Fixed: 2268804
Currently sme_scan_flush_p2p_result() passes a tHalHandle to
csr_scan_flush_selective_result(), but a tpAniSirGlobal is expected,
so correct the call to pass the correct parameter.
Change-Id: Ibee01bb0606fc3d8a294b455f09c76823b8043bc
CRs-Fixed: 2268803
Currently sme_scan_flush_result() passes a tHalHandle to
csr_scan_flush_result(), but a tpAniSirGlobal is expected,
so correct the call to pass the correct parameter.
Change-Id: I618ed5e16752eb6910060389f7c645b4e9ef5c83
CRs-Fixed: 2268802
Currently sme_scan_get_result_for_bssid() passes a tHalHandle to
csr_scan_get_result_for_bssid(), but a tpAniSirGlobal is expected, so
correct the call to pass the correct parameter.
Change-Id: I7fd7c06f320e14278cb621415bc4631d9c83b5d4
CRs-Fixed: 2268801
Before checking for other kinds of resources leaks, check to ensure all
objmgr pdevs have been properly freed.
Change-Id: I026a9e7497f593ba1d69fe220bbe0a33828811d3
CRs-Fixed: 2267144
When STA is already up on some 2.4Ghz channel and SAP needs to be started
on some 5Ghz channel through ACS, scan channel list contains only 5Ghz
channels. But scan results contains beacons on STA 2.4Ghz channel as well
which is getting parsed contributing to bsscount and rssi on that 2.4Ghz
channel which should not be the scenario as bsscount should be 0 and rssi
should be -100 on this 2.4Ghz channel as it is not present in the scan
channel list sent by HOST to fw.
Avoid beacon parsing on all the channels other than the channels present
in ACS scan channel list.
Change-Id: I85ab967386b19748c32e98a7e468d471e31f9b9a
CRs-Fixed: 2266170
When driver performs vdev delete operation, it changes vdev state
to logically deleted or physically deleted only after receiving vdev
delete command's response from FW. In between (sending vdev del req
and receiving vdev del rsp) if thread gets pre-empted and other thread
start posting command (like scan command) to process then it could
lead to use after free scenario.
Notify scan component when vdev delete is intiated and let scan
component record that in to vdev's scan private object as one of the
flags.
check this flag before processing the scan command.
CRs-Fixed: 2265542
Change-Id: Id884d6c42cd8766e70835808863632e096158487
WLAN logs are excessively filled with
IPA logs when IPA performance level
is set.
Remove unnecessary logging in
hdd_ipa_set_perf_level().
Change-Id: I07563c1a6e98981e2b074bce7a969c9cbd94ec24
CRs-Fixed: 2268632
Currently define flags CONFIG_PLD_SDIO_CNSS and
CONFIG_PLD_PCIE_CNSS are inferred by examining
two different configuration options in kbuild.
In order to configure it from defconfig files
create new configuration parameters
CONFIG_PLD_SDIO_CNSS_FLAG and
CONFIG_PLD_PCIE_CNSS_FLAG. Enable PCIE_CNSS_FLAG
only in case of PCIE build.
Change-Id: Ia1038f4aaf25f949005ec41c405232ec9981c988
CRs-Fixed: 2267172
Move destruction of blocked_scan_request_q and related lock
from __hdd_netdev_notifier_call to hdd_close_adapter
for the former one might be invoked for more than once and
could cause issues.
Change-Id: Ifb62750a09a2dcca381217a41280ad943942ee35
CRs-Fixed: 2267481
Change "qcacld-3.0: Introduce mac_handle_t" introduced a modern
name for what was previously called the tHalHandle. Transition
wlan_hdd_main to use the new naming.
Change-Id: If9ddbe0935d859d4c71dc11576cd7062a715b3e9
CRs-Fixed: 2267227
Change "qcacld-3.0: Introduce mac_handle_t" introduced a modern name
for what was previously called the tHalHandle. Subsequently change
"qcacld-3.0: Use mac_handle_t in wlan_hdd_he" transitioned wlan_hdd_he
to use the new naming. But subsequently a new instance of the old
naming was added by change "qcacld-3.0: separate HE caps per band" so
replace that new instance.
Change-Id: Id450debfd30f54df050be7d02543581ce46eb5a5
CRs-Fixed: 2268167
In sme_scan_get_result() when calling csr_scan_get_result() a
tHalHandle is currently being passed as the context parameter.
csr_scan_get_result() is expecting a tpAniSirGlobal so pass the
correct parameter.
Change-Id: I6b704f4e1074b15cfbe86a539ac2dee60789e9e0
CRs-Fixed: 2268183
Currently csr_is_mcc_channel() takes a tHalHandle context param.
However csr is internal to the UMAC, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle, so update the API to expect tpAniSirGlobal.
Change-Id: I4feecd5dbc056929ee406e8794e2b284b0b40f21
CRs-Fixed: 2268182
On STA connection, mode change event is sent to
userspace after association is complete. This causes
delay in processing of M1 frame at supplicant due to
latency associated with nl80211_get_wiphy_index
function as part of processing mode change vendor event.
Fix is to send mode change event for STA after key
is added.
Change-Id: Id403bfdd26ed3a47449ba3f2967f4b4322ad5da6
CRs-Fixed: 2257117
Fix compilation error while enabling QCA_WIFI_3_0_ADRASTEA
and CONFIG_CNSS2 flag for Genoa.
Change-Id: Ic44da39377f722c19edcd291d1b35fac1fee9462
CRs-Fixed: 2267927
Currently csr_validate_any_default() takes a tHalHandle context param.
However this is a static function, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle, so update the API to expect tpAniSirGlobal.
Change-Id: I6bbfe2329e776e1438dca06ad7642cb870796ff6
CRs-Fixed: 2268181
Currently csr_is_wapi_match() takes a tHalHandle context param.
However this is a static function, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle, so update the API to expect tpAniSirGlobal.
Change-Id: I0befea1f804204bc5589d33cf2d5fe6fd5126bf1
CRs-Fixed: 2268180
Currently csr_get_wapi_information() takes a tHalHandle context param.
However this is a static function, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle, so update the API to expect tpAniSirGlobal.
Change-Id: I54004093c729add183fc3e02033d78f829f47241
CRs-Fixed: 2268179
Currently csr_get_rsn_information() takes a tHalHandle context param.
However this is a static function, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle. So update the API to expect tpAniSirGlobal.
Change-Id: I29ad553360eddcf2b990b83bb0d1418d744a85ec
CRs-Fixed: 2268178
Currently csr_is_rsn_match() takes a tHalHandle context param.
However this is a static function, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle. So update the API to expect tpAniSirGlobal.
Change-Id: I33a73505039716a38ea94c19d12a0a3ce390b0b3
CRs-Fixed: 2268177
In both csr_create_roam_scan_offload_request() and
csr_neighbor_roam_indicate_disconnect() there is a call to
csr_neighbor_middle_of_roaming() where the MAC context is typecast to
tHalHandle as part of the function call. However these typecasts are
incorrect since csr_neighbor_middle_of_roaming() expects to get a MAC
context. Due to the manner in which tHalHandle is defined this does
not current cause a build issue, but an upcoming change will enforce
type checking so update these calls to remove the inappropriate
typecasts.
Change-Id: I7eeb3eb6b4502c1934a8cffdd1d7372f93ee8ccb
CRs-Fixed: 2268176
Currently csr_get_dot11_mode() takes a tHalHandle context param.
However this is a static function, and hence it should be using the
"real" context pointer type tpAniSirGlobal instead of the opaque
reference tHalHandle. In addition the only caller is already passing
the real context pointer type so update the API to expect
tpAniSirGlobal.
Change-Id: I4f57252f0c94949b3219b5c07143d2545c659871
CRs-Fixed: 2267444
lim_tx_complete() is currently defined to take a tHalHandle as the
first param. However the generic signature of a TX callback function
specifies that the first param should be a void *context. This
currently compiles because tHalHandle is defined to be a void *, but
this will soon be changed, so update lim_tx_complete() to explicitly
use a void *context.
Change-Id: I421e8acb25beed23d2f3803380a46db33b6f0964
CRs-Fixed: 2267443
