Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp304400pxa; Thu, 27 Aug 2020 02:50:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRvXx6qz92mEGYjQS9NrHsHZzfYoYRgNYlv6x7fPrGbmQsib0qFmY71EElQbmwsr0dbM+Y X-Received: by 2002:a17:907:aa2:: with SMTP id bz2mr19572427ejc.521.1598521826524; Thu, 27 Aug 2020 02:50:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598521826; cv=none; d=google.com; s=arc-20160816; b=Wt3qkpgNhOqN6fvEkRICaULwBAvqohYPBtYp0hGyxS2Rj8Mtf3XiXmqG/spnTWJkr1 2x+ANLEXmek24Fn2nu5Wir5TSLBw5OY6RHNW9+4wa20j6SyHqPyNd6iUdkNttJRE4aRS f36P8HUa1RsBHd45DJw06ChD2RdF0gW8tiyjTP00f0zCoIioxeNVKpajiYiR0EMKjRzl z4GTCLdfNUxXi0kAnr1DG0lUu0/eGFeOZZYrQ10kUsiH1i2vsPA1SHf8mTVLni7W0qrH sR6BKFSSv06C6juY6TiEMH4hYkLFVp9b9zjaDN+fcqXQVzwkPNFsb/6Mwo+GAH6eLhkL D82w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=yViKqUMR0WX/Pu81TfMG9JoEZycIxs28GV+p4yVZl/E=; b=C3gdUkpc0ILmGX9mtaVrKHkmB/tgBzD7sDZvWM64F6E2RUinMZFUw4NEvbbZXNWKq8 xsntlDy3xuz1aTOCMAB+/PRUEfgtChUHA6EQCQtCd0IqOAL3zr4Y7aSLiWYjQeJS1pJv qG50V7BNeToiiWxOeAM9xBbh0je+asxV5TNOeM+D4qOg5rAu+R1Bf9vy/bYAKaZ7A1tu wb7S+Ss0vXLsyU7FrLm32yn2gkRlWhuASlk+ks7KDEcABYn8vY0nIK44M5oZEpttnSJX Vzp1OgHj/ybbACl6kJkJtI1nZUQlIEg6K0/AE+GmGcct70CkUPl6i1nuVy4AOXXiVzdH s7zw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e11si1016483ejk.250.2020.08.27.02.50.02; Thu, 27 Aug 2020 02:50:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728172AbgH0JrQ (ORCPT + 99 others); Thu, 27 Aug 2020 05:47:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42024 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726826AbgH0JrQ (ORCPT ); Thu, 27 Aug 2020 05:47:16 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D8C18C061264 for ; Thu, 27 Aug 2020 02:47:15 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94) (envelope-from ) id 1kBEV0-00BX6w-7E; Thu, 27 Aug 2020 11:47:14 +0200 Message-ID: <01ec43694f7b35c64eaf9c357a37b5b7ddc166c3.camel@sipsolutions.net> Subject: Re: [PATCH v5 1/2] nl80211: Add FILS discovery support From: Johannes Berg To: Aloka Dixit Cc: linux-wireless@vger.kernel.org Date: Thu, 27 Aug 2020 11:47:08 +0200 In-Reply-To: <20200805011838.28166-2-alokad@codeaurora.org> References: <20200805011838.28166-1-alokad@codeaurora.org> <20200805011838.28166-2-alokad@codeaurora.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Tue, 2020-08-04 at 18:18 -0700, Aloka Dixit wrote: > FILS discovery attribute, NL80211_ATTR_FILS_DISCOVERY, is nested which > supports following parameters as given in IEEE Std 802.11ai-2016, > Annex C.3 MIB detail: > (1) NL80211_FILS_DISCOVERY_INT_MIN - Minimum packet interval > (2) NL80211_FILS_DISCOVERY_INT_MAX - Maximum packet interval > (3) NL0211_FILS_DISCOVERY_TMPL - Template data Please keep _ATTR_ in these names. I've sent you some cleaned up version that you can start working from. I was going to do all the cleanups, but then realized that there are some questions I cannot answer. > + * @support_fils_discovery: can HW support FILS discovery transmission > + * > * @pmsr_capa: peer measurement capabilities > * > * @tid_config_support: describes the per-TID config support that the > @@ -4880,6 +4901,8 @@ struct wiphy { > u8 support_mbssid:1, > support_only_he_mbssid:1; > > + u8 support_fils_discovery:1; Notably, you never use this. Actually, you do later, in the mac80211 patch, but that makes no sense. Somehow it should be used in cfg80211 if the information lives there. I suspect this might actually want to be an extended feature flag to userspace also knows, and also that cfg80211 should reject the operation if not supported? The rest of my minor comments are about policy use, using NLA_POLICY_RANGE() with NLA_BINARY now, etc. which I've all cleaned up in the versions I just sent you. johannes