dpp: fix retransmits if on operating channel

DPP configurators are running the majority of the protocol on the
current operating channel, meaning no ROC work. The retry logic
was bailing out if !dpp->roc_started with the assumption that DPP
was in between requesting offchannel work and it actually starting.
For configurators, this may not be the case. The offchannel ID also
needs to be checked, and if no work is scheduled we can send the
frame.
This commit is contained in:
James Prestwood 2023-10-12 13:01:35 -07:00 committed by Denis Kenzior
parent 30effaf164
commit 0c9df85f5e
1 changed files with 1 additions and 1 deletions

View File

@ -2186,7 +2186,7 @@ static void dpp_frame_timeout(struct l_timeout *timeout, void *user_data)
* send. Just bail out now and the roc_started callback will take care
* of sending this out.
*/
if (!dpp->roc_started)
if (dpp->offchannel_id && !dpp->roc_started)
return;
dpp_frame_retry(dpp);