[PATCH 3/4] Fix connection to AP mode
Kalle Valo
kvalo at qca.qualcomm.com
Tue Jun 4 10:12:22 EDT 2013
Eugene Krasnikov <k.eugene.e at gmail.com> writes:
> Set correct AID in config_sta and set stakey.
> Also announce HW caps otherwise hostapd will
> not bind to interface.
>
> Signed-off-by: Eugene Krasnikov <k.eugene.e at gmail.com>
[...]
> @@ -608,7 +612,12 @@ static struct ieee80211_supported_band wcn_band_2ghz = {
> .bitrates = wcn_legacy_rates,
> .n_bitrates = ARRAY_SIZE(wcn_legacy_rates),
> .ht_cap = {
> - .cap = IEEE80211_HT_CAP_GRN_FLD | IEEE80211_HT_CAP_SGI_20 |
> + .cap = IEEE80211_HT_CAP_GRN_FLD |
> + IEEE80211_HT_CAP_SGI_20 |
> + IEEE80211_HT_CAP_DSSSCCK40 |
> + IEEE80211_HT_CAP_LSIG_TXOP_PROT|
> + IEEE80211_HT_CAP_SGI_40 |
> + IEEE80211_HT_CAP_SUP_WIDTH_20_40 |
Do we really support and enable all those in firmware now? I'm worried
that enabling all sort of features without testing them creates bugs
which are not that easy to find.
> (1 << IEEE80211_HT_CAP_RX_STBC_SHIFT),
> .ht_supported = true,
> .ampdu_factor = IEEE80211_HT_MAX_AMPDU_8K,
> @@ -666,7 +675,8 @@ static int wcn36xx_init_ieee80211(struct wcn36xx *wcn)
> };
>
> wcn->hw->flags = IEEE80211_HW_SIGNAL_DBM |
> - IEEE80211_HW_HAS_RATE_CONTROL;
> + IEEE80211_HW_HAS_RATE_CONTROL |
> + IEEE80211_HW_REPORTS_TX_ACK_STATUS;
This would be good to have in patch 4 (the workaround patch).
> wcn->hw->wiphy->interface_modes = BIT(NL80211_IFTYPE_STATION) |
> BIT(NL80211_IFTYPE_AP) |
> @@ -683,6 +693,11 @@ static int wcn36xx_init_ieee80211(struct wcn36xx *wcn)
>
> wcn->hw->wiphy->cipher_suites = cipher_suites;
> wcn->hw->wiphy->n_cipher_suites = ARRAY_SIZE(cipher_suites);
> + wcn->hw->wiphy->flags |= WIPHY_FLAG_AP_PROBE_RESP_OFFLOAD;
Ah, you had that here. But I still think the extra call to template
update is not needed.
> + wcn->hw->wiphy->probe_resp_offload =
> + NL80211_PROBE_RESP_OFFLOAD_SUPPORT_WPS |
> + NL80211_PROBE_RESP_OFFLOAD_SUPPORT_WPS2 |
> + NL80211_PROBE_RESP_OFFLOAD_SUPPORT_P2P;
Do we really support all these? I would prefer to enable only after we
have verified that the offload is working.
--
Kalle Valo
More information about the wcn36xx
mailing list