Now the kernel debug info seems OK. And my new question: what is the suggested way to disable firmware supplicant feature (fwsup)? I'd like to see if wpa_supplicant has the same problem.
[ 458.469463] brcmfmac: brcmf_cfg80211_connect ie (00000000cb68616d), ie_len (44)
[ 458.469476] brcmfmac: brcmf_set_wpa_version setting wpa_auth to 0xc0
[ 458.469933] brcmfmac: brcmf_set_auth_type open system
[ 458.470351] brcmfmac: brcmf_set_wsec_mode pval (4) gval (2)
[ 458.471680] brcmfmac: brcmf_set_key_mgmt setting wpa_auth to 128
[ 458.472071] brcmfmac: brcmf_set_sharedkey key len (0)
[ 458.472086] brcmfmac: brcmf_cfg80211_connect SSID "HUAWEI_5G", len (9)
[ 461.285594] brcmfmac: brcmf_is_nonetwork Processing connecting & no network found
[ 461.285637] brcmfmac: brcmf_bss_connect_done Report connect result - connection failed
I tried to disable fwsup by commenting out
// brcmf_feat_iovar_int_get(ifp, BRCMF_FEAT_FWSUP, "sup_wpa");
in feature.c, function brcmf_feat_attach()
now in debugfs there is no fwsup and in kernel debug info, no PSK offloading message any more. But the problem is not solved. Any suggestions?
Now the good news here. The device can connect to the router on channels near 5250MHz frequency, say channel 48. So this is not a software or firmware related issue. I will check the datasheet and re-examine the crystal frequency on board.
Any recommendation on the crystal part is appreciated.
It is possible that the channel on which the STA is trying to join the AP is disabled in the Huawei AP but enabled in the other APs which could explain the behaviour. Ensure that the STA is joining on a channel supported by the AP.