Files
linux/include/uapi/linux
James Prestwood 493a0ebd80 nl80211: fix PORT_AUTHORIZED wording to reflect behavior
The CMD_PORT_AUTHORIZED event was described as an event which indicated
a successfully completed 4-way handshake. But the behavior was
not as advertized. The only driver which uses this is brcmfmac, and
this driver only sends the event after a successful 802.1X-FT roam.

This prevents userspace applications from knowing if the 4-way completed
on:

1. Normal 802.1X connects
2. Normal PSK connections
3. FT-PSK roams

wpa_supplicant handles this incorrect behavior by just completing
the connection after association, before the 4-way has completed.
If the 4-way ends up failing it disconnects at that point.

Since this behavior appears to be expected (wpa_s handles it this
way) I have changed the wording in the API description to reflect the
actual behavior.

Signed-off-by: James Prestwood <prestwoj@gmail.com>
Link: https://lore.kernel.org/r/20200413162053.3711-1-prestwoj@gmail.com
[fix spelling of 802.1X throughout ...]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-08-27 11:29:59 +02:00
..
2020-05-28 11:22:14 +02:00
2019-12-18 18:07:31 +01:00
2020-08-12 10:58:00 -07:00
2020-08-21 12:26:17 -07:00
2019-10-09 22:31:14 -04:00
2019-09-25 17:51:39 -07:00
2020-04-27 16:29:41 +05:30
2020-07-19 19:20:22 -07:00
2020-07-10 13:54:00 -07:00
2020-06-24 21:34:11 +02:00
2020-05-14 16:44:25 +02:00
2020-05-28 22:09:47 -04:00
2020-07-12 10:22:01 +02:00
2019-12-11 15:31:52 +01:00
2020-07-19 19:20:22 -07:00
2020-07-24 17:12:41 -07:00
2020-08-05 19:02:07 +05:30
2020-07-13 15:32:56 -07:00
2020-04-20 12:43:24 -07:00
2020-07-24 17:12:41 -07:00
2020-07-19 19:20:22 -07:00
2020-05-21 08:20:35 -06:00
2020-03-29 22:30:57 -07:00
2020-07-09 12:38:41 -07:00
2020-01-18 09:19:18 -05:00
2019-10-02 20:32:27 -06:00
2020-05-21 17:04:07 -07:00
2020-03-29 22:30:57 -07:00
2019-12-18 18:07:31 +01:00
2019-12-09 09:59:07 +01:00
2020-03-29 23:29:08 +02:00
2020-07-13 15:32:56 -07:00
2020-06-24 07:51:01 +02:00