Android upstream - VTS HostapdHidlTest Fail when starting AP with ACS
收錄在 Ameba 的一百篇
--
之前 Android upstream 紀錄:
(1) Android 提交補丁 - AP/STA concurrency
(2) wpa_supplicant_8 : hostapd : ACS
(3)libwifi_hal vendor setting for Realtek
剛好今天再提交另一個
1. VTS 問題
2,. Issue tracker
https://issuetracker.google.com/issues/145944392
3. 原先在 hostapd 所提議的解法
https://patchwork.ozlabs.org/project/hostap/list/?series=131489
但因為和 hostapd 關係不大. 目前並沒有被接受
4. 打算在 Android AOSP upstream 看看
(1) repo sync
(2) git 設定
git config --global user.name "Your Name"
5. repo start aosp-1204 external/wpa_supplicant_8/
6. 修改好相關檔案後
git add -A
git commit -s
7. build
. build/envsetup.sh
lunch aosp_arm-eng
m
--
之前 Android upstream 紀錄:
(1) Android 提交補丁 - AP/STA concurrency
(2) wpa_supplicant_8 : hostapd : ACS
(3)libwifi_hal vendor setting for Realtek
剛好今天再提交另一個
1. VTS 問題
VtsHalWifiHostapdV1_1Target#HostapdHidlTest.AddPskAccessPointWithAcs(default,default,default)_32bit
VtsHalWifiHostapdV1_1Target#HostapdHidlTest.AddPskAccessPointWithAcsAndChannelRange(default,default,default)_32bit
VtsHalWifiHostapdV1_1Target#HostapdHidlTest.AddOpenAccessPointWithAcs(default,default,default)_32bit
VtsHalWifiHostapdV1_1Target#HostapdHidlTest.RemoveAccessPointWithAcs(default,default,default)_32bit
2,. Issue tracker
https://issuetracker.google.com/issues/145944392
3. 原先在 hostapd 所提議的解法
https://patchwork.ozlabs.org/project/hostap/list/?series=131489
但因為和 hostapd 關係不大. 目前並沒有被接受
4. 打算在 Android AOSP upstream 看看
(1) repo sync
(2) git 設定
git config --global user.name "Your Name"
git config --global user.email "you@example.com"
5. repo start aosp-1204 external/wpa_supplicant_8/
6. 修改好相關檔案後
git add -A
git commit -s
7. build
. build/envsetup.sh
lunch aosp_arm-eng
m
8. repo upload
這樣在 Gerrit 就可以看到 patch 提交
https://android-review.googlesource.com/c/platform/external/wpa_supplicant_8/+/1180867
可以點選 find owner 看誰是負責人
並在左邊 add reviewer 寫封信給他們.
https://android-review.googlesource.com/c/platform/external/wpa_supplicant_8/+/1180867
可以點選 find owner 看誰是負責人
並在左邊 add reviewer 寫封信給他們.
這樣就大致完成了. ^^
--
hostapd: new hw_mode HOSTAPD_MODE_IEEE80211AG for ACS Issue Tracker: #135217137 In Android 10, when doing vts: VtsHalWifiHostapdV1_1Target - AddPskAccessPointWithACS, the BAND is set to BAND_ANY, and the channel is set to 0. Then "hw_mode=any" is set for hostapd. Meanwhile, the setting, "hw_mode=any, channel=0", in hostapd is a kind of special case, only with the wifi which supports ACS offload. The hostapd itself can do ACS, and in the single band case, (e.g 5G or 2.4G band only), it works well without ACS offload to the wifi. At previous Android, there are two options for selection, "2G band" and "5G band". The BAND_ANY here in Android 10 is for a new option "preferred to 5G band", to replace the "5G band" option. It seems designed for the dual band case, and NOT limited to the wifi which can support ACS offload only. Thus, would like to propose a new hw_mode HOSTAPD_MODE_IEEE80211AG, for ACS in dual band (2.4G and 5G) without ACS offload, to solve this problem for the wifi without ACS offload. In this patch: 1. A new hw_mode, HOSTAPD_MODE_IEEE80211AG is proposed, and conf->hw will be set to this mode when BAND_ANY is set. 2. If the driver supports dual band (2.4G and 5G), then the hw_mode HOSTAPD_MODE_IEEE80211AG is added by wpa_driver_nl80211_postprocess_mode() with all channels/rates which the driver supports in 2.4G and 5G band. (If this interface only supports 2.4G or 5G, not dual band, then this hw mode won't be set for the interface) 3. After ACS process is completed, iface->current_mode will be set again to HOSTAPD_MODE_IEEE80211G or HOSTAPD_MODE_IEEE80211A, depends on the ideal channel computed by hostapd. Test: VTS test ok now with Realtek's Hank platform and TV platform. Change-Id: I1191e5de2d45f971c55bc4e6ea420943dd07e4d8 Signed-off-by: Neo Jou <neojou@gmail.com>
--
後記: 看來 Android 的 hostapd 仍須依循 Linux hostapd git 的發展
得實現 ACS offload
--
hostapd: new hw_mode HOSTAPD_MODE_IEEE80211AG for ACS Issue Tracker: #135217137 In Android 10, when doing vts: VtsHalWifiHostapdV1_1Target - AddPskAccessPointWithACS, the BAND is set to BAND_ANY, and the channel is set to 0. Then "hw_mode=any" is set for hostapd. Meanwhile, the setting, "hw_mode=any, channel=0", in hostapd is a kind of special case, only with the wifi which supports ACS offload. The hostapd itself can do ACS, and in the single band case, (e.g 5G or 2.4G band only), it works well without ACS offload to the wifi. At previous Android, there are two options for selection, "2G band" and "5G band". The BAND_ANY here in Android 10 is for a new option "preferred to 5G band", to replace the "5G band" option. It seems designed for the dual band case, and NOT limited to the wifi which can support ACS offload only. Thus, would like to propose a new hw_mode HOSTAPD_MODE_IEEE80211AG, for ACS in dual band (2.4G and 5G) without ACS offload, to solve this problem for the wifi without ACS offload. In this patch: 1. A new hw_mode, HOSTAPD_MODE_IEEE80211AG is proposed, and conf->hw will be set to this mode when BAND_ANY is set. 2. If the driver supports dual band (2.4G and 5G), then the hw_mode HOSTAPD_MODE_IEEE80211AG is added by wpa_driver_nl80211_postprocess_mode() with all channels/rates which the driver supports in 2.4G and 5G band. (If this interface only supports 2.4G or 5G, not dual band, then this hw mode won't be set for the interface) 3. After ACS process is completed, iface->current_mode will be set again to HOSTAPD_MODE_IEEE80211G or HOSTAPD_MODE_IEEE80211A, depends on the ideal channel computed by hostapd. Test: VTS test ok now with Realtek's Hank platform and TV platform. Change-Id: I1191e5de2d45f971c55bc4e6ea420943dd07e4d8 Signed-off-by: Neo Jou <neojou@gmail.com>
--
後記: 看來 Android 的 hostapd 仍須依循 Linux hostapd git 的發展
得實現 ACS offload
留言
張貼留言