Some drivers may accept the remain-on-channel command, but instead of indicating start event for remain-on-channel, just indicate that the operation has been canceled immediately. This could result in continuous loop of search/listen states with very limited time to do anything else in wpa_supplicant if the scan command is also completed quickly (e.g., if the driver is unable to scan other channels than the current operating channel). As a workaround, do not start the next step (search) in P2P device discovery if this type of rejection of listen operation is detected. This gives some more time for wpa_supplicant to handle whatever else may be needed at to be done at the same time and reduces the amount of CPU used in a loop that does not really work correctly from the view point of being discoverable. Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com> intended-for: hostap-1 |
||
---|---|---|
.. | ||
Makefile | ||
p2p.c | ||
p2p.h | ||
p2p_build.c | ||
p2p_dev_disc.c | ||
p2p_go_neg.c | ||
p2p_group.c | ||
p2p_i.h | ||
p2p_invitation.c | ||
p2p_parse.c | ||
p2p_pd.c | ||
p2p_sd.c | ||
p2p_utils.c |