tests: Temporary workaround for dpp_chirp_ap_5g
Configurator station seems to be unable to get the first Authentication Request frame transmitted through mac80211_hwsim for some reason. It is not really clear why this happens and why it started happening now, but as a temporary workaround, wait a second here since that seems to avoid this for some unknown reason. Signed-off-by: Jouni Malinen <quic_jouni@quicinc.com>
This commit is contained in:
parent
ddcd15c2de
commit
8adcdd6593
1 changed files with 4 additions and 0 deletions
|
@ -6602,6 +6602,10 @@ def test_dpp_chirp_ap_5g(dev, apdev):
|
||||||
idc = dev[0].dpp_qr_code(uri)
|
idc = dev[0].dpp_qr_code(uri)
|
||||||
dev[0].dpp_bootstrap_set(idc, conf="ap-dpp", configurator=conf_id)
|
dev[0].dpp_bootstrap_set(idc, conf="ap-dpp", configurator=conf_id)
|
||||||
dev[0].dpp_listen(5200)
|
dev[0].dpp_listen(5200)
|
||||||
|
# Workaround for some strange issues in the Authentication Request frame
|
||||||
|
# not getting transmitted. An extra wait of one second here seems to
|
||||||
|
# avoid that?!
|
||||||
|
time.sleep(1)
|
||||||
if "OK" not in hapd.request("DPP_CHIRP own=%d iter=5" % id_h):
|
if "OK" not in hapd.request("DPP_CHIRP own=%d iter=5" % id_h):
|
||||||
raise Exception("DPP_CHIRP failed")
|
raise Exception("DPP_CHIRP failed")
|
||||||
wait_auth_success(hapd, dev[0], configurator=dev[0], enrollee=hapd,
|
wait_auth_success(hapd, dev[0], configurator=dev[0], enrollee=hapd,
|
||||||
|
|
Loading…
Add table
Reference in a new issue