aboutsummaryrefslogtreecommitdiffstats
path: root/src/p2p
diff options
context:
space:
mode:
authorJouni Malinen <jouni@qca.qualcomm.com>2016-04-07 18:05:28 (GMT)
committerJouni Malinen <j@w1.fi>2016-04-07 18:05:28 (GMT)
commit3433721c5f9073c0d45c1109b825f1dcbabbf517 (patch)
tree57290f0d79151f24e7d2f8ca8ff5f4a1fec5b0ea /src/p2p
parent0f3466577428f91e4835696efa85ae3982186cea (diff)
downloadhostap-3433721c5f9073c0d45c1109b825f1dcbabbf517.zip
hostap-3433721c5f9073c0d45c1109b825f1dcbabbf517.tar.gz
hostap-3433721c5f9073c0d45c1109b825f1dcbabbf517.tar.bz2
P2P: Continue p2p_find after sending non-success Invitation Response
This was previously handled for the case where the non-success Invitation Response frame was sent out during the Listen phase. However, in the case the Action frame TX ended up getting scheduled when the Search phase scan had already started (e.g., due to the driver reporting Invitation Request RX late enough for the Listen-to-Search transition having already started), the postponed Action frame TX status processing did not cover the specific case of non-success Invitation Response. This could result in the p2p_find operation getting stopped (stuck in SEARCH state) unexpectedly. Fix this by calling p2p_check_after_scan_tx_continuation() from Invitation Response TX callback handler if the invitation was rejected. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
Diffstat (limited to 'src/p2p')
-rw-r--r--src/p2p/p2p.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/src/p2p/p2p.c b/src/p2p/p2p.c
index 6942c85..a209a56 100644
--- a/src/p2p/p2p.c
+++ b/src/p2p/p2p.c
@@ -3782,6 +3782,8 @@ void p2p_send_action_cb(struct p2p_data *p2p, unsigned int freq, const u8 *dst,
break;
case P2P_PENDING_INVITATION_RESPONSE:
p2p_invitation_resp_cb(p2p, success);
+ if (p2p->inv_status != P2P_SC_SUCCESS)
+ p2p_check_after_scan_tx_continuation(p2p);
break;
case P2P_PENDING_DEV_DISC_REQUEST:
p2p_dev_disc_req_cb(p2p, success);