Only Lowest Legacy Rate 6Mbps used by Adhoc Mode
Michal Kazior
michal.kazior at tieto.com
Tue Mar 4 04:56:02 EST 2014
On 4 March 2014 10:51, Yeoh Chun-Yeow <yeohchunyeow at gmail.com> wrote:
>> Hmm.. if I assume ath10k_sta_state() isn't called for AUTH->ASSOC
>> (which probably isn't unreasonable to consider since IBSS doesn't have
>> an association sequence, does it?) then ath10k_station_assoc() isn't
>> called and neither is ath10k_wmi_peer_assoc() which I suspect setups
>> HW rate control.
>
> Nope, the mac80211 will move the STA state to AUTH and ASSOC when the
> STA is added but as legacy STA. So ath10k_station_assoc is called as
> shown below:
>
> [ 445.080000] ath10k: mac vdev 0 peer create 04:f0:21:0c:a5:44 (new
> sta) num_peers 2
> [ 445.080000] ath10k: wmi peer create vdev_id 0 peer_addr 04:f0:21:0c:a5:44
> [ 445.080000] ath10k: mac sta 04:f0:21:0c:a5:44 associated
> [ 445.080000] ath10k: mac peer 04:f0:21:0c:a5:44 phymode 11a
> --------> [first association with legacy]
> [ 445.080000] ath10k: wmi peer assoc vdev 0 addr 04:f0:21:0c:a5:44
> [ 445.160000] ath10k: mac sta rc update for 04:f0:21:0c:a5:44 changed
> 00000004 bw 0 nss 1 smps 2
> [ 445.160000] ath10k: mac sta rc update for 04:f0:21:0c:a5:44:
> changing supported rates not implemented [upgrade the rate]
> [ 445.170000] ath10k: wmi peer delete vdev_id 0 peer_addr
> 04:f0:21:0c:a5:44 -----------> [delete peer]
> [ 445.170000] ath10k: wmi peer create vdev_id 0 peer_addr
> 04:f0:21:0c:a5:44 -----------> [create peer]
> [ 445.170000] ath10k: mac ht peer 04:f0:21:0c:a5:44 mcs cnt 24 nss 1
> [ 445.170000] ath10k: mac peer 04:f0:21:0c:a5:44 phymode 11na-ht20
> [ 445.170000] ath10k: wmi peer assoc vdev 0 addr 04:f0:21:0c:a5:44
> ------------> [associate peer again with HT]
> [ 445.170000] ath10k: wmi vdev 0 peer 0x04:f0:21:0c:a5:44 set param 1 value 1
>
> My further investigation shows that the rate control is working when
> you added and associated the STA at first.
>
> Later on, mac80211 found out that the adhoc node can support HT or VHT
> and try to call drv_sta_rc_update. But since the
> IEEE80211_RC_SUPP_RATES_CHANGED is not implemented, I try to add the
> code to disassoc -> delete -> create -> assoc the STA again. But the
> rate control is no longer working (but you can fix the HT rate as
> suggested by Janusz Dziedzic). So what went wrong?
Perhaps FW doesn't support HT with IBSS at all?
Can you get peer assoc command dump (after normal assoc and after rc
update), please? I'm curious what actually gets sent to firmware.
Michał
More information about the ath10k
mailing list