]> git.ipfire.org Git - thirdparty/hostap.git/commit
P2P: Continue p2p_find after sending non-success Invitation Response
authorJouni Malinen <jouni@qca.qualcomm.com>
Thu, 7 Apr 2016 18:05:28 +0000 (21:05 +0300)
committerJouni Malinen <j@w1.fi>
Thu, 7 Apr 2016 18:05:28 +0000 (21:05 +0300)
commit3433721c5f9073c0d45c1109b825f1dcbabbf517
tree57290f0d79151f24e7d2f8ca8ff5f4a1fec5b0ea
parent0f3466577428f91e4835696efa85ae3982186cea
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>
src/p2p/p2p.c