All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: iwd@lists.01.org
Subject: Re: [PATCH v2 6/7] doc: document new [General].4WayOffload
Date: Tue, 30 Mar 2021 15:49:19 -0500	[thread overview]
Message-ID: <7e89ecfe-3485-ecac-6e1f-e5a865ed2c9d@gmail.com> (raw)
In-Reply-To: <20210330184808.744574-6-prestwoj@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1641 bytes --]

Hi James,

On 3/30/21 1:48 PM, James Prestwood wrote:
> This option will allow the 4-way handshake to be offloaded to
> firmware if it supports it.
> ---
>   src/iwd.config.rst | 14 ++++++++++++++
>   1 file changed, 14 insertions(+)
> 
> diff --git a/src/iwd.config.rst b/src/iwd.config.rst
> index 478bd616..e2060312 100644
> --- a/src/iwd.config.rst
> +++ b/src/iwd.config.rst
> @@ -174,6 +174,20 @@ The group ``[General]`` contains general settings.
>          off by default.  If you want to easily utilize Hotspot 2.0 networks,
>          then setting ``DisableANQP`` to ``false`` is recommended.
>   
> +   * - 4WayOffload
> +     - Values: **false**, true
> +
> +       Enables the use of 4-way handshake offloading. Some drivers can offload
> +       the 4-way handshake to firmware which is needed for protocols which
> +       act on Authenticate/Associate frames such as Fast Transition. This
> +       option is turned off by default as it is not widely tested.

Well, this isn't really true.  Handshake offload is just that, not needing to 
perform it in userspace.  You can in theory have a SoftMac driver with handshake 
offloading capabilities for example.

FT is a bit orthogonal and really depends on whether the firmware can roam by 
itself...

> +
> +       Note: There seems to be a bug in the brcmfmac driver/firmware where once
> +       offloading is enabled (by turning on this option) it cannot be turned
> +       off in the firmware without a hard reboot (or some means of restarting
> +       the firmware).
> +
> +
>   Network
>   ---------
>   
> 

Regards,
-Denis

  reply	other threads:[~2021-03-30 20:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-30 18:48 [PATCH v2 1/7] wiphy: add offload out parameter to wiphy_can_connect_sae James Prestwood
2021-03-30 18:48 ` [PATCH v2 2/7] wiphy: fix wiphy_can_connect AKM checks James Prestwood
2021-03-30 19:58   ` Denis Kenzior
2021-03-30 18:48 ` [PATCH v2 3/7] wiphy: allow FT AKM to be used if Auth/Assoc is not supported James Prestwood
2021-03-30 18:48 ` [PATCH v2 4/7] netdev: allow PSK offload for FT AKMs James Prestwood
2021-03-30 20:25   ` Denis Kenzior
2021-03-30 20:40     ` James Prestwood
2021-03-30 18:48 ` [PATCH v2 5/7] station: set handshake->offload if required James Prestwood
2021-03-30 18:48 ` [PATCH v2 6/7] doc: document new [General].4WayOffload James Prestwood
2021-03-30 20:49   ` Denis Kenzior [this message]
2021-03-30 18:48 ` [PATCH v2 7/7] wiphy: remove wiphy_supports_cmds_auth_assoc James Prestwood

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7e89ecfe-3485-ecac-6e1f-e5a865ed2c9d@gmail.com \
    --to=denkenz@gmail.com \
    --cc=iwd@lists.01.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.