Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
MIME-Version: 1.0
References: <CAAooHFeLWrY_wmCp-HWqygh8gnKsfpoPCky7SykOBKZgXkb8OQ@mail.gmail.com>
 <20190403210200.GA93453@google.com> <211816ff03cf188d834a21b1fbc98b4f8c5b81f4.camel@sipsolutions.net>
In-Reply-To: <211816ff03cf188d834a21b1fbc98b4f8c5b81f4.camel@sipsolutions.net>
From:   Brian Norris <briannorris@chromium.org>
Date:   Thu, 8 Aug 2019 10:15:32 -0700
Message-ID: <CA+ASDXOyXb0dPGOrjQR7C-b6dyftiZhkta3cwG28B9sC5wxHxQ@mail.gmail.com>
Subject: Re: Flag for detecting 802.11r Fast BSS Transition support
To:     Johannes Berg <johannes@sipsolutions.net>
Cc:     Matthew Wang <matthewmwang@google.com>,
        linux-wireless <linux-wireless@vger.kernel.org>,
        Kirtika Ruchandani <kirtika@google.com>, j@w1.fi
Content-Type: text/plain; charset="UTF-8"
Sender: linux-wireless-owner@vger.kernel.org
Precedence: bulk

+ Jouni

I forgot this was dangling:

On Mon, Apr 8, 2019 at 12:52 PM Johannes Berg <johannes@sipsolutions.net> wrote:
> So I guess you'd have to figure out what operations the drivers need to
> support then? I'm not even sure how wpa_s would handle this for SME
> offload devices.

I'm not intimately familiar with FT, but it looks like the only thing
wpa_supplicant is asking for is NL80211_CMD_UPDATE_FT_IES. I see
exactly one driver that implements this, but there's no flag for it.
Well, I guess we could just run the command and look for EOPNOTSUPP...

Jouni also claims [1] that there are plenty of out-of-tree non-SME
drivers that support FT. Android drivers may not be directly relevant
to upstream, but this topic does affect our ability to use
wpa_supplicant generically.

Brian

[1] http://lists.infradead.org/pipermail/hostap/2019-April/039951.html