summaryrefslogtreecommitdiffstats
path: root/wifi/1.3/default/wifi_chip.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Fix build errors.Daniel Norman2020-04-171-4/+4
| | | | | | | - wifi_chip: getWlan0IfaceName was replaced with a generic getWlanIfaceName(idx) Change-Id: I4053d183b8ebf6d7b482d3dab034ed9f6a78b4d8
* wifi: Add logic to create secondary interface for STA mode too.Purushottam Kushwaha2020-04-171-23/+24
| | | | | | | | | | | | | Previously we introduced dynamic interface create/remove logic for SAP interface where wlan.concurrent.interface was given first preference for SAP interface. Remove this preference and fallback to use the default order of choosing interface names. Also add create/remove logic for secondary interface in STA mode too. Change-Id: Iec5c4492096327a18e67f5129736a9bd3c8533f0 CRs-Fixed: 2268421
* wifi: Add provision to create/remove dynamic interface(s).Purushottam Kushwaha2020-04-171-8/+48
| | | | | | | | | | | | This commit does following: - Add/Remove softap interface at runtime, if needed. - Use wlan.concurrent.interface as default softap interface. - Add build time support to enable SAP+SAP feature using QC_WIFI_HIDL_FEATURE_DUAL_AP flag. if enabled use wlan.interface as second SAP interface. Change-Id: Icde3d54eda0f142e20f33cdb7ed95152eeee0bec CRs-Fixed: 2257197
* wifi: Fetch softap interface name for creating ap_iface operations.Purushottam Kushwaha2020-04-171-1/+9
| | | | | | | | | | | | | | softap interface name could varry from platform to platform and may need for addiitional features. This commit gets softap interface name by property_get on "persist.vendor.wifi.softap.interface". If not set, it will fall back to use either of available interface in "wifi.interface" or "wifi.concurrent.interface". This property can either be set via .rc files or at runtime by any module. CRs-Fixed: 2243203 Change-Id: Iec1684f6cdf8963e71bc0c40ca296ac6a79472ee
* Merge "Fix so that dual access points (AP) works." into qt-devJames Mattis2019-05-241-3/+12
|\
| * Fix so that dual access points (AP) works.James Mattis2019-05-221-3/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Devices that only have dual AP setup without an STA were not working. A use case for this would be in a car, having a wifi hotspot active while also projecting to the car head unit from your phone. This was working but a recent change in CL a3e5b7f that forced STA to be on wlan0 and AP to start at wlan1 broke this functionality. This change is to augment the original CL to keep it's function in place while also taking into account devices that have dual AP. Bug: 132268977 Test: Manual boot of hawk device along with testing of tethering and local only hotspot. Change-Id: I8da5dd4f0baea1bf0f22d3275e356936a58fb3d1
* | wifi(implementation): Send NAN disabled on wlan0 down & upRoshan Pius2019-05-221-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | When the iface state is toggled for MAC address change on the underlying interface for NAN operations, send NAN disabled event up to the framework. The iface down/up toggle resets all NAN operations in the firmware. So, this callback should trigger a cleanup of any operations initiated by the framework. Bug: 132943959 Test: Unit tests in the follow-up CL. Test: Will send for regression tests. Change-Id: I760dc5ca3b9276956f5edd40a97c3c13811f442c
* | wifi(implementation): Invalidate NAN iface on STA iface removalRoshan Pius2019-05-171-0/+28
|/ | | | | | | | | | | NAN iface/RTT controllers are sharing the STA iface. When a STA iface is removed, we should remove these dependent modules as well to ensure proper cleanup. Bug: 132837537 Test: ./hardware/interfaces/wifi/1.3/default/tests/runtests.sh Test: Will send for regression tests. Change-Id: Ia2da1dcf66b388f54e916ae69e2f4e26f20ecfad
* wifi(implementation): Simplify getFirstActiveWlanIfaceNameRoshan Pius2019-04-221-6/+3
| | | | | | | | | | | | Get rid of the unnecessary looping inside the method which was causing a bunch of unnecessary selinux denial logs. Bug: 130384921 Test: ./data/android.hardware.wifi@1.0-service-tests Test: Manually verified the property name after wifi on/off & softap on/off. Change-Id: Ia9f61749b2017234851d67b027deb685cb8b539e
* wifi(implementation): Set prop with the first active ifaceRoshan Pius2019-04-021-2/+19
| | | | | | | | | | | | | | | This is updated whenever a new STA or AP iface is created & removed. Also, when the chip is configured. This property can be read by the rest of the system (including vendor specific HAL instances) to retrieve the active iface name. Bug: 129506593 Test: ./data/android.hardware.wifi@1.0-service-tests Test: Manually verified the property name after wifi on/off & softap on/off. Change-Id: Ic1c21fd3a1c6894c797070bf889f705e4cba6dd1
* wifi(implementation): Use the active iface for chip operationRoshan Pius2019-03-271-20/+35
| | | | | | | | | | | | | For the chip level operations, the actual interface itself does not matter. So, instead of hard-coding these operations to wlan0 interface, find the first active interface to use. This will still return wlan0 if it's active, but if only AP is up (& pinned to wlan1), then it will use wlan1 instead. Bug: 129358937 Test: ./data/android.hardware.wifi@1.0-service-tests Test: Verified manually that SAR commands are now correctly sent down. Change-Id: I5a6175579027cbb45c09d32633ed81b9f72224dd
* wifi(implementation): Pin primary STA iface to wlan0Roshan Pius2019-03-271-18/+99
| | | | | | | | | | | | | | | | | | | The primary STA iface will always be pinned to wlan0. The primary AP iface will be pinned to wlan0 for devices not supporting STA + AP concurrency & wlan1 for devices supporting STA + AP concurrency. All secondary STA or AP ifaces will be allocated on a first come first service basis (the current logic). Also, refactored/renamed some of the iface combo selection logic methods to help check whether concurrency is allowed in the current mode. Bug: 128946563 Test: ./data/android.hardware.wifi@1.0-service-tests Test: Will send for full regression tests. Test: On crosshatch, ensured that STA always comes up on wlan0 & AP comes up on wlan1 regardless of the sequence of toggle followed. Change-Id: Idca8de42ce819240bf0fac2a9039d15ed4bcaf90
* wifi - Add wlan driver/fw version when device boot upchenpaul2019-03-141-0/+10
| | | | | | Bug: 127715974 Test: Property with wlan driver/fw version when device boot up Change-Id: Idf1215ceb2c34502ed5eac6c8900350e511732fc
* Merge "wifi: use PLOG rather than LOG strerror." am: fba8a08e6f am: 6d37b594a8Elliott Hughes2019-03-121-22/+16
| | | | | | am: 9034bf375d Change-Id: I483a457782a441e5b59f7b0b08e7a4cdf4f12949
* wifi(implementation): Fix spammy logRoshan Pius2019-03-011-5/+4
| | | | | | | | | | | | wifi.interface.0, etc should only be checked if the primary property used on most devices (wifi.interface & wifi.concurrent.interface) does not exist. wifi.interface.0, etc should only defined on Android auto platforms. Bug: 126925255 Test: Manually verified that the spammy log does not exist Change-Id: Ib5e6a87a7da2d4b26cdd35f668385b503e7c8006
* wifi(implementation): Set randomized MAC address for APRoshan Pius2019-02-261-1/+2
| | | | | | | | | | | | | | | Add the plumbing required for setting a random MAC address on AP startup. The random MAC address is created once for the lifetime of the daemon and then reused for any further AP creation. This would ensure that the MAC address is changed on every reboot. The feature is turned on by default, devices will need to set the |WIFI_HIDL_FEATURE_DISABLE_AP_MAC_RANDOMIZATION| in their .mk file to disable the feature at compile time. Bug: 78353419 Test: ./hardware/interfaces/wifi/1.3/default/tests/runtests.sh Change-Id: I054d5249c20cc582b76966313135295873cd0b61
* wifi(implementation): Move set/getMacaddress to a util classRoshan Pius2019-02-261-2/+4
| | | | | | | | | | | | | | | This is just a refactor to move the setMacAddress & getFactoryMacAddress methods to a util class within the HAL. This can be then reused in AP iface for mac randomization of SoftAp. This also fixes a bug in the existing setMacAddress() method, the current method always sets wlan0 up/down. STA interface could be wlan1 on some devices. Bug: 78353419 Test: ./hardware/interfaces/wifi/1.3/default/tests/runtests.sh Test: Manually verified STA MAC randomization still works. Change-Id: I0bb8154f7e6dcae37c977454423c8c299762260e
* Merge "WiFi: support more wlan interfaces than 2"TreeHugger Robot2019-01-091-42/+49
|\
| * WiFi: support more wlan interfaces than 2Tomasz Wasilczyk2019-01-021-42/+49
| | | | | | | | | | | | | | Bug: 36120314 Test: KitchenSink (see go/aae-dual-ap) Test: ./runtests.sh Change-Id: I57ec1d3faf78ffc14868a760995496b866b1171a
* | wifi(implementation): API to flush HAL ringbuffer to filesRoger Wang2018-12-211-2/+17
|/ | | | | | | | | | Wlan log does not include correct timestamp while taking bug report. Flush HAL ringbuffe to files directly when issue happen. Bug: 118854557 Test: Builds and wifi works Change-Id: Ic9a6b7470f943f1498428e8b0d40b117b2ff04e6
* WiFi: enable any combination of STA/AP/P2P/NAN interfaces.Tomasz Wasilczyk2018-12-111-90/+5
| | | | | | | | | | The total number of interfaces is still limited to 2, will be addressed in a separate change. Bug: 36120314 Test: KitchenSink (see go/aae-dual-ap) Test: b/120081854 Change-Id: I8962c5167fcbe55805fce320f639d37b4b902c5c
* Wifi: Add Implementation for low-latency modes APIAhmed ElArabawy2018-12-041-0/+25
| | | | | | | | | | | | | This commit adds default implementation for the new API for low-latency modes in IWifiChip@1.3 Bug: 34905427 Test: Unit test Test: ./hardware/interfaces/wifi/1.3/default/tests/runtests.sh Test: VTS test Test: run vts -m VtsHalWifiV1_3TargetTest Change-Id: I7109fbad75c0e5adf89edb47f5614a636c65d68f
* [RTT] Condition RTT Controller on availability of a STA modeEtan Cohen2018-10-051-0/+6
| | | | | | | | | | | | | | | | | Condition creation of the RTT controller on the chip being in a mode which can support a STA (whether one is already created or one could be created). This is the default behavior on currently supported Wi-Fi devices. Note: this is part of the reference HAL implementation - it is not expected to reflect behavior of all devices. Vendors may and should replace or modify the reference HAL implementation. Bug: 79565105 Bug: 111218083 Test: ACTS RangeApSupporting11McTest:test_rtt_in_and_after_softap_mode Change-Id: If76b6598acb22f7821b34f7f1c8ae2873a6dac1d
* Uprev Wifi HAL to 1.3Jong Wook Kim2018-08-091-0/+1424
Move Wifi HAL from 1.2 to 1.3 Bug: 111753174 Test: Builds and wifi works Change-Id: I6a2b203997d6328d09065f23636d4ce01420942a
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-24 03:40:14 +0000