P2P: Do not stop Listen state if it is on correct channel
This is needed to optimize response to GO Negotiation Request frames. The extra remain-on-channel cancel followed by new remain-on-channel for the same channel takes too much time with some driver/firmware designs for the response to go out quickly enough to avoid peer timing out while waiting for our response.
This commit is contained in:
parent
35c5d61037
commit
0b8889d8e5
3 changed files with 24 additions and 3 deletions
|
@ -669,6 +669,16 @@ int p2p_find(struct p2p_data *p2p, unsigned int timeout,
|
|||
*/
|
||||
void p2p_stop_find(struct p2p_data *p2p);
|
||||
|
||||
/**
|
||||
* p2p_stop_find_for_freq - Stop P2P Find for next oper on specific freq
|
||||
* @p2p: P2P module context from p2p_init()
|
||||
* @freq: Frequency in MHz for next operation
|
||||
*
|
||||
* This is like p2p_stop_find(), but Listen state is not stopped if we are
|
||||
* already on the same frequency.
|
||||
*/
|
||||
void p2p_stop_find_for_freq(struct p2p_data *p2p, int freq);
|
||||
|
||||
/**
|
||||
* p2p_listen - Start P2P Listen state for specified duration
|
||||
* @p2p: P2P module context from p2p_init()
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue