Search Linux Wireless

Re: [PATCH 1/2] cfg80211/nl80211: Optional authentication offload to userspace

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/15/2017 9:51 AM, Srinivas Dasari wrote:
don’t we actually need a flag in NL80211_CMD_CONNECT that indicates that userspace is able to actually handle NL80211_CMD_EXTERNAL_AUTH. It is nice >that there is feature for userspace to see if the driver supports it, but how is the driver able to offload successfully if it doesn’t know that userspace can do it.
Our idea was the driver to timeout the connect for the scenarios where the external auth (SAE) status is not indicated.
I agree with you on user space indicating this capability to the driver.
Is it a fair idea to extend enum cfg80211_assoc_req_flags for this ?

Sounds like a good fit to me although strictly speaking this is not about assoc behavior, but then again this enum is used for assoc and connect commands.

Regards,
Arend

Regards,
Srinivas

-----Original Message-----
From: Marcel Holtmann [mailto:marcel@xxxxxxxxxxxx]
Sent: Friday, December 15, 2017 1:29 AM
To: Jouni Malinen <jouni@xxxxxxxxxxxxxxxx>
Cc: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>; linux-wireless@xxxxxxxxxxxxxxx; Srinivas Dasari <dasaris@xxxxxxxxxxxxxxxx>
Subject: Re: [PATCH 1/2] cfg80211/nl80211: Optional authentication offload to userspace

Hi Jouni,

This interface allows the host driver to offload the authentication to
user space. This is exclusively defined for host drivers that do not
define separate commands for authentication and association, but rely
on userspace SME (e.g., in wpa_supplicant for the
~WPA_DRIVER_FLAGS_SME
case) for the authentication to happen. This can be used to implement
SAE without full implementation in the kernel/firmware while still
being able to use NL80211_CMD_CONNECT with driver-based BSS selection.

The host driver sends the NL80211_CMD_EXTERNAL_AUTH event to
start/abort the authentication to userspace and status of
authentication is further indicated by user space to host driver
through the same command interface. Such drivers advertise the
capability through NL80211_EXT_FEATURE_EXTERNAL_AUTH.

don’t we actually need a flag in NL80211_CMD_CONNECT that indicates that userspace is able to actually handle NL80211_CMD_EXTERNAL_AUTH. It is nice that there is feature for userspace to see if the driver supports it, but how is the driver able to offload successfully if it doesn’t know that userspace can do it.

Regards

Marcel





[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux