wlan: Fix 64-bit type conversion issue in vos_crypto_init()

When built for a 64-bit architecture vos_crypto_init() generates a
"pointer-to-int-cast" warning.  The cause is that a 64-bit pointer is
being assigned to a 32-bit crypto handle.

Note that if the crypto handle was actually being used by the crypto
routines, the appropriate fix would be to change the type of the
crypto handle from (v_U32_t) to (void *) so that it could represent an
opaque memory pointer.  But since such a change would require
modification to all of the VOSS crypto APIs as well as changes to all
clients of these APIs, and since in reality the crypto handle is not
actually being used, the less intrusive change is to simply modify
vos_crypto_init() to set the crypto context to 0 instead of NULL.

Change-Id: I13ec61ecd1a5e14b10428c7803eaad0f4c85eec5
CRs-fixed: 567258
wlan: Fix the race condition in RX Low resource recovery mechanism

Set the wpalPacketAvailableCB before we try to get a VOS
packet from the 'free list' and reset it if vos_pkt_get_packet()
returns a valid packet. This order is required to avoid the
following race condition:
1. The call to vos_pkt_get_packet() from wpalPacketAlloc() in
   RX_Thread determines that no more packets are available in
   the 'free list' and sets the low resource callbacks.
2. In parallel vos_pkt_return_packet() is called in MC_Thread for a
   Management frame before wpalPacketAlloc() gets a chance to set
   wpalPacketAvailableCB and since the 'low resource callbacks'
   are set the, callback function - wpalPacketRXLowResourceCB is
   executed.But as wpalPacketAvailableCB is still NULL the low
   resource recovery fails.

Change-Id: Ie1cea3c9411e314a4309efdc207f4f69953f844f
CRs-Fixed: 591906
wlan: Fix null pointer references found in static analysis.

Fixed potential null pointer references and
memory leaks find by static code analysis.

Change-Id: Ib13533257a23fb0801a287a256a9faa5c7ffa4f4
CRs-Fixed: 594219
wlan: Allow sched scan start request only in dis-connected state

Support Sched scan start only in disconnected state.

Change-Id: Ief6f683b81b6b7acd4e6ffe6e186d9e45bda27c2
Crs-Fixed: 593797
Block scan during BTCOEX operations.

Framework issues BTCOEXMODE 1/2 signifying the critical period
where the WiFi has to acquire the antenna during the coex
operations with BT. Thus use the same indication to also
block off channel operations , VIZ scan.

Change-Id: I82bcbc52408fb42a6b37a4480bab0e6a7aa64be9
CRs-Fixed: 584636
Revert "wlan: extra channel 144 support, FW common"

This reverts commit da2caf4f3487ee9d40d98fd63cda454804ed89a4

Change-Id: Id9dad0e9b8aad94f6ff74a024b526c6fcf6c0b2a
wlan: extra channel 144 support, FW common

FW common header.
New requirement from customer. CH 144 support.
NV.bin should support CH 144 with NV3 structure.
NV2 CH144 will not be supported and NV2 should support too.

Change-Id: I3fda237114d9beb6903f52f20778526239b7758c
CRs-fixed: 576601
Wlan: Revision 3.2.3.211

Revision 3.2.3.211