aboutsummaryrefslogtreecommitdiffstats
path: root/wpa_supplicant/doc/docbook
diff options
context:
space:
mode:
authorHu Wang <huw@codeaurora.org>2019-11-13 04:54:55 (GMT)
committerJouni Malinen <j@w1.fi>2019-11-13 21:59:37 (GMT)
commitf3c077929f0d978f58af073ec94fd5ebbceb55c4 (patch)
tree500f11cbd733a401aadd9931d9a07e9210ade329 /wpa_supplicant/doc/docbook
parent530b8ee3c8e5795d5c356796055ec9699934d05e (diff)
downloadhostap-master.zip
hostap-master.tar.gz
hostap-master.tar.bz2
P2P: Fix listen state machine getting stuck in send_action() scheduled caseHEADpendingmaster
Commit 947b5a1532f9 ("P2P: Stop listen state if Action frame TX is needed on another channel") added an optimization for P2P response transmission in certain concurrent operation cases. However, it did not take into account possibility of the driver not being in listen state (p2p->drv_in_listen == 0) and could end up getting stuck with the P2P state machine in a manner that made the device not listen for following messages. This showed up in following manner in the debug log: P2P: Starting short listen state (state=SEARCH) P2P: Driver ended Listen state (freq=2437) process received frame and send a response P2P: Stop listen on 0 MHz to allow a frame to be sent immediately on 2437 MHz P2P: Clear timeout (state=SEARCH) --> state machine stuck Fix this by adding drv_in_listen > 0 condition for the optimization to stop the listen operation in send_action() resulting in scheduled TX. Fixes: 947b5a1532f9 ("P2P: Stop listen state if Action frame TX is needed on another channel") Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
Diffstat (limited to 'wpa_supplicant/doc/docbook')
0 files changed, 0 insertions, 0 deletions