On Tuesday, 11 June 2019 21:52:20 CEST Sven Eckelmann wrote: [...] > if (!test_sta_flag(sta, WLAN_STA_RATE_CONTROL)) > rate_control_rate_init(sta); > > /* inform drivers about changes */ > rate_control_rate_update(local, sband, sta, changed); > > Both will at least cause a call to ath11k_peer_assoc_prepare + > ath11k_wmi_send_peer_assoc_cmd but unfortunately the ath11k firmware hangs > afterwards. The fw hang seems to be related to the not set bss_conf.he_support in ath11k_mac_vdev_start_restart. This has to be set when ieee80211_join_mesh calls ieee80211_vif_use_channel. Otherwise the firmware will set a HT/VHT mode in the firmware. Any sta with an higher phy mode will just hang the firmware. So the two main problems right now are: * set bss_conf.he_support during mesh_join before ath11k_mac_vdev_start_restart is called - no clue what the best approach is * let ath11k redo the association procedure with he_cap->has_he set to true when wpa_supplicant is in control of the peers. Kind regards, Sven
Attachment:
signature.asc
Description: This is a digitally signed message part.
