mirror of
https://github.com/BobTheBlinker/android_kernel_motorola_sm6375.git
synced 2026-10-07 12:25:00 -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 |
|---|---|---|
AP sends "Operating Mode Notification" IE contains max supported channel width indication (ap operating channel bandwidth) via beacon/probe response/association/re-association response frame. After sending OMN IE to DUT, AP expects DUT should do Tx/Rx of data packet on ap operating channel bandwidth. Due a recent change in FW (via CR/3701633), FW combined BW and PHYMODE update requests into single message to avoid race condition and assert in FW. It means whenever host updates ch_width to FW, should also update corresponding phymode immediately via same command WMI_PEER_SET_PARAM_CMDID with param id WMI_HOST_PEER_PHYMODE. Currently on detecting OMN IE in any of above frame, host sends WMI_PEER_SET_PARAM_CMDID command only once with param id WMI_HOST_PEER_CHWIDTH to update ch_width only with expectation “FW should use same ch_width for further Tx/Rx of data packet”. But FW ignoring only ch_width updates (without followed by phymode update), this results DUT fails to do Tx/Rx of data packet on ch_width present in OMN IE. Fix is to make sure on detection of OMN IE (contains valid ch_width) in above frame(s), host should send WMI_PEER_SET_PARAM_CMDID command two times to FW to update ch_width and corresponding phymode. Change-Id: Ic23205bb6c164b1bcb9c183d0f7818b082b84583 CRs-Fixed: 3734683 |
||
| components | ||
| configs | ||
| core | ||
| os_if | ||
| uapi/linux | ||
| Android.mk | ||
| Kbuild | ||
| Kconfig | ||
| Makefile | ||
| README.txt | ||
This is CNSS WLAN Host Driver for products starting from iHelium