Received-SPF: pass (google.com: domain of linux-wireless+bounces-5468-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1;
Message-ID: <055b857a-83f0-4abb-b6ff-f0eaaf572e64@gmail.com>
Date: Thu, 28 Mar 2024 08:23:29 -0700
Precedence: bulk
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: "open list:MEDIATEK MT76 WIRELESS LAN DRIVER"
 <linux-wireless@vger.kernel.org>
From: James Prestwood <prestwoj@gmail.com>
Subject: No way to cancel SAE after CMD_AUTHENTICATE?
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

I noticed some odd behavior where userspace is unable to cancel an SAE 
connection until associated. If you issue a CMD_AUTHENTICATE then 
immediately (or prior to association) send a CMD_DISCONNECT the kernel 
will not cancel the authentication and afaict ignore the CMD_DISCONNECT. 
The kernel will continue to send authenticate events, and even retry 
authentication until the retry limit after CMD_DISCONNECT is issued.

I see the checks in cfg80211_disconnect which seem to back up this 
behavior where its essentially ignored if not "connected". I'm not sure 
where to actually fix this since the auth retries are internal to 
mac80211. Since the device isn't even authenticated I'm unsure what 
value/structure to even check in order to detect this situation and 
clean up. But there needs to be some way to cancel the authentication, 
right?

Thanks,

James