dbus_p2p_discovery sometimes fails
Vasyl Vavrychuk
vvavrychuk at gmail.com
Fri Feb 9 13:38:30 PST 2018
Maybe the reason of test fail is following. It is illustrated by the
logs:
[ 66.888443] ieee80211 phy1: mac80211_hwsim_config (freq=2462(2462 -
0)/noht idle=0 ps=0 smps=static)
...
[ 67.776312] ieee80211 phy0: mac80211_hwsim_config (freq=2462(2462 -
0)/noht idle=0 ps=0 smps=static)
[ 67.840486] ieee80211 phy0: mac80211_hwsim_tx, probe request
02:00:00:00:00:00 -> ff:ff:ff:ff:ff:ff
[ 67.848227] ieee80211 phy1: ieee80211_tasklet_handler,
IEEE80211_RX_MSG
[ 67.896994] ieee80211 phy0: mac80211_hwsim_config (freq=2412(2412 -
0)/noht idle=0 ps=0 smps=static)
[ 68.152654] ieee80211 phy1: mac80211_hwsim_tx, probe response
02:00:00:00:01:00 -> 02:00:00:00:00:00
[ 68.152677] ieee80211 phy1: mac80211_hwsim_tx, probe response ack =
0
There phy0 is doing p2p_find and phy1 is doing p2p_listen. It seems
that machine where test runs is too slow and phy0 just switches to the
next frequency before receiving probe response from phy1.
This issue is reproducible when I run dbus_p2p_discovery in virtual
machine using additional vm-run.sh. So it is slow. Do you think it is
fair explanation?
More information about the Hostap
mailing list