All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rajkumar Manoharan <rmanohar@codeaurora.org>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org, ath11k@lists.infradead.org,
	kvalo@codeaurora.org
Subject: Re: [PATCH v3 02/11] cfg80211: handle 6 GHz capability of new station
Date: Wed, 27 May 2020 16:24:59 -0700	[thread overview]
Message-ID: <17385b3a2fca16521858bf0956904698@codeaurora.org> (raw)
In-Reply-To: <bf0f6c17c188901477c1d6aa61aab6143c4ac635.camel@sipsolutions.net>

On 2020-05-27 07:00, Johannes Berg wrote:
> On Wed, 2020-05-13 at 12:44 -0700, Rajkumar Manoharan wrote:
>> Handle 6 GHz HE capability while adding new station. It will be used
>> later in mac80211 station processing.
> 
> This doesn't compile without the next patch.
> 
My bad.. I must have overlooked while splitting the patch. :(

>> +       const struct ieee80211_he_6ghz_band_cap *he_6ghz_capa;
> 
> This we made just an __le16, any particular reason to have the struct?
> It does need to be a pointer for the "no changes" case, but the struct
> seems a bit overkill?
> 
Initially I thought of splitting into two u8 for a_mpdu_params and info.
Later changed to __le16 but retained struct. Nothing else :)

>> + * @NL80211_ATTR_HE_6GHZ_CAPABILITY: HE 6 GHz Band Capability element 
>> (from
>> + *	association request when used with NL80211_CMD_NEW_STATION).
> 
> That we have pretty much identically.
> 
>> @@ -2998,6 +3003,7 @@ enum nl80211_attrs {
>>  #define NL80211_HE_MAX_CAPABILITY_LEN           54
>>  #define NL80211_MAX_NR_CIPHER_SUITES		5
>>  #define NL80211_MAX_NR_AKM_SUITES		2
>> +#define NL80211_HE_6GHZ_CAPABILITY_LEN		2
> 
> This not, we defined it just to be a U16.
> 
>> +	[NL80211_ATTR_HE_6GHZ_CAPABILITY] = {
>> +		.type = NLA_EXACT_LEN,
>> +		.len = NL80211_HE_6GHZ_CAPABILITY_LEN,
>> +	},
> 
> This no longer exists, but I guess I'll just take our patch for the U16
> here.
> 
>> +	/* Ensure that HT/VHT capabilities are not set for 6 GHz HE STA */
>> +	if (params.he_6ghz_capa && (params.ht_capa || params.vht_capa))
>> +		return -EINVAL;
> 
> Not sure this makes much sense? We can only check what's being set at
> the same time, so multiple calls here would still be possible ...
> doesn't hurt much though.
> 
> We didn't have this check, and have one additional check:
> 
> @@ -6170,7 +6200,7 @@ static int nl80211_new_station(struct sk_buff
> *skb, struct genl_info *info)
>                 params.vht_capa = NULL;
> 
>                 /* HE requires WME */
> -               if (params.he_capa_len)
> +               if (params.he_capa_len || params.he_6ghz_capa)
>                         return -EINVAL;
>         }
> 
Fine. One more thing. Pradeep found that 6 GHz capability is not filled 
in set_station.
Please handle that in your series. I'm fine with rest of the changes you 
mentioned.

--- a/net/wireless/nl80211.c
+++ b/net/wireless/nl80211.c
@@ -5893,6 +5893,10 @@ static int nl80211_set_station_tdls(struct
genl_info *info,
                         return -EINVAL;
         }

+       if (info->attrs[NL80211_ATTR_HE_6GHZ_CAPABILITY])
+               params->he_6ghz_capa =
+                       
nla_data(info->attrs[NL80211_ATTR_HE_6GHZ_CAPABILITY]);
+

-Rajkumar

_______________________________________________
ath11k mailing list
ath11k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath11k

WARNING: multiple messages have this Message-ID (diff)
From: Rajkumar Manoharan <rmanohar@codeaurora.org>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: kvalo@codeaurora.org, linux-wireless@vger.kernel.org,
	ath11k@lists.infradead.org
Subject: Re: [PATCH v3 02/11] cfg80211: handle 6 GHz capability of new station
Date: Wed, 27 May 2020 16:24:59 -0700	[thread overview]
Message-ID: <17385b3a2fca16521858bf0956904698@codeaurora.org> (raw)
In-Reply-To: <bf0f6c17c188901477c1d6aa61aab6143c4ac635.camel@sipsolutions.net>

On 2020-05-27 07:00, Johannes Berg wrote:
> On Wed, 2020-05-13 at 12:44 -0700, Rajkumar Manoharan wrote:
>> Handle 6 GHz HE capability while adding new station. It will be used
>> later in mac80211 station processing.
> 
> This doesn't compile without the next patch.
> 
My bad.. I must have overlooked while splitting the patch. :(

>> +       const struct ieee80211_he_6ghz_band_cap *he_6ghz_capa;
> 
> This we made just an __le16, any particular reason to have the struct?
> It does need to be a pointer for the "no changes" case, but the struct
> seems a bit overkill?
> 
Initially I thought of splitting into two u8 for a_mpdu_params and info.
Later changed to __le16 but retained struct. Nothing else :)

>> + * @NL80211_ATTR_HE_6GHZ_CAPABILITY: HE 6 GHz Band Capability element 
>> (from
>> + *	association request when used with NL80211_CMD_NEW_STATION).
> 
> That we have pretty much identically.
> 
>> @@ -2998,6 +3003,7 @@ enum nl80211_attrs {
>>  #define NL80211_HE_MAX_CAPABILITY_LEN           54
>>  #define NL80211_MAX_NR_CIPHER_SUITES		5
>>  #define NL80211_MAX_NR_AKM_SUITES		2
>> +#define NL80211_HE_6GHZ_CAPABILITY_LEN		2
> 
> This not, we defined it just to be a U16.
> 
>> +	[NL80211_ATTR_HE_6GHZ_CAPABILITY] = {
>> +		.type = NLA_EXACT_LEN,
>> +		.len = NL80211_HE_6GHZ_CAPABILITY_LEN,
>> +	},
> 
> This no longer exists, but I guess I'll just take our patch for the U16
> here.
> 
>> +	/* Ensure that HT/VHT capabilities are not set for 6 GHz HE STA */
>> +	if (params.he_6ghz_capa && (params.ht_capa || params.vht_capa))
>> +		return -EINVAL;
> 
> Not sure this makes much sense? We can only check what's being set at
> the same time, so multiple calls here would still be possible ...
> doesn't hurt much though.
> 
> We didn't have this check, and have one additional check:
> 
> @@ -6170,7 +6200,7 @@ static int nl80211_new_station(struct sk_buff
> *skb, struct genl_info *info)
>                 params.vht_capa = NULL;
> 
>                 /* HE requires WME */
> -               if (params.he_capa_len)
> +               if (params.he_capa_len || params.he_6ghz_capa)
>                         return -EINVAL;
>         }
> 
Fine. One more thing. Pradeep found that 6 GHz capability is not filled 
in set_station.
Please handle that in your series. I'm fine with rest of the changes you 
mentioned.

--- a/net/wireless/nl80211.c
+++ b/net/wireless/nl80211.c
@@ -5893,6 +5893,10 @@ static int nl80211_set_station_tdls(struct
genl_info *info,
                         return -EINVAL;
         }

+       if (info->attrs[NL80211_ATTR_HE_6GHZ_CAPABILITY])
+               params->he_6ghz_capa =
+                       
nla_data(info->attrs[NL80211_ATTR_HE_6GHZ_CAPABILITY]);
+

-Rajkumar

  reply	other threads:[~2020-05-27 23:25 UTC|newest]

Thread overview: 74+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-13 19:44 [PATCH v3 01/11] cfg80211: use only HE capability to set prohibited flags in 6 GHz Rajkumar Manoharan
2020-05-13 19:44 ` Rajkumar Manoharan
2020-05-13 19:44 ` [PATCH v3 02/11] cfg80211: handle 6 GHz capability of new station Rajkumar Manoharan
2020-05-13 19:44   ` Rajkumar Manoharan
2020-05-27 14:00   ` Johannes Berg
2020-05-27 14:00     ` Johannes Berg
2020-05-27 23:24     ` Rajkumar Manoharan [this message]
2020-05-27 23:24       ` Rajkumar Manoharan
2020-05-28  7:40       ` Johannes Berg
2020-05-28  7:40         ` Johannes Berg
2020-05-13 19:44 ` [PATCH v3 03/11] nl80211: add HE 6 GHz Band Capability support Rajkumar Manoharan
2020-05-13 19:44   ` Rajkumar Manoharan
2020-05-27 14:27   ` Johannes Berg
2020-05-27 14:27     ` Johannes Berg
2020-05-27 17:39     ` Rajkumar Manoharan
2020-05-27 17:39       ` Rajkumar Manoharan
2020-05-13 19:44 ` [PATCH v3 04/11] mac80211: add HE 6 GHz Band Capabilities into parse extension Rajkumar Manoharan
2020-05-13 19:44   ` Rajkumar Manoharan
2020-05-27 14:28   ` Johannes Berg
2020-05-27 14:28     ` Johannes Berg
2020-05-13 19:44 ` [PATCH v3 05/11] mac80211: fix memory overlap due to variable length param Rajkumar Manoharan
2020-05-13 19:44   ` Rajkumar Manoharan
2020-05-27 14:28   ` Johannes Berg
2020-05-27 14:28     ` Johannes Berg
2020-05-13 19:45 ` [PATCH v3 06/11] mac80211: handle HE 6 GHz Capability in HE STA processing Rajkumar Manoharan
2020-05-13 19:45   ` Rajkumar Manoharan
2020-05-27 14:43   ` Johannes Berg
2020-05-27 14:43     ` Johannes Berg
2020-05-28  8:55   ` Johannes Berg
2020-05-28  8:55     ` Johannes Berg
2020-05-28  9:43   ` Johannes Berg
2020-05-28  9:43     ` Johannes Berg
2020-05-28 13:15     ` Johannes Berg
2020-05-28 13:15       ` Johannes Berg
2020-05-13 19:45 ` [PATCH v3 07/11] mac80211: add HE 6 GHz Band Capability IE in Assoc. Request Rajkumar Manoharan
2020-05-13 19:45   ` Rajkumar Manoharan
2020-05-27 14:37   ` Johannes Berg
2020-05-27 14:37     ` Johannes Berg
2020-05-28 12:20   ` Johannes Berg
2020-05-28 12:20     ` Johannes Berg
2020-05-13 19:45 ` [PATCH v3 08/11] mac80211: build HE operation with 6 GHz oper information Rajkumar Manoharan
2020-05-13 19:45   ` Rajkumar Manoharan
2020-05-27 14:30   ` Johannes Berg
2020-05-27 14:30     ` Johannes Berg
2020-05-13 19:45 ` [PATCH v3 09/11] mac80211: do not allow HT/VHT IEs in 6 GHz mesh mode Rajkumar Manoharan
2020-05-13 19:45   ` Rajkumar Manoharan
2020-05-13 19:45 ` [PATCH v3 10/11] mac80211: determine chantype from HE operation in 6 GHz Rajkumar Manoharan
2020-05-13 19:45   ` Rajkumar Manoharan
2020-05-27 14:41   ` Johannes Berg
2020-05-27 14:41     ` Johannes Berg
2020-05-27 14:44     ` Johannes Berg
2020-05-27 14:44       ` Johannes Berg
2020-05-27 18:34       ` Rajkumar Manoharan
2020-05-27 18:34         ` Rajkumar Manoharan
2020-05-27 18:41         ` Johannes Berg
2020-05-27 18:41           ` Johannes Berg
2020-05-28  9:41     ` Johannes Berg
2020-05-28  9:41       ` Johannes Berg
2020-05-28 11:46       ` Johannes Berg
2020-05-28 11:46         ` Johannes Berg
2020-05-13 19:45 ` [PATCH v3 11/11] ath11k: build HE 6 GHz capability Rajkumar Manoharan
2020-05-13 19:45   ` Rajkumar Manoharan
2020-06-01 22:42   ` Rajkumar Manoharan
2020-06-01 22:42     ` Rajkumar Manoharan
2020-05-27 13:43 ` [PATCH v3 01/11] cfg80211: use only HE capability to set prohibited flags in 6 GHz Johannes Berg
2020-05-27 13:43   ` Johannes Berg
2020-05-27 23:32   ` Rajkumar Manoharan
2020-05-27 23:32     ` Rajkumar Manoharan
2020-05-28  7:41     ` Johannes Berg
2020-05-28  7:41       ` Johannes Berg
2020-05-28  7:42       ` Johannes Berg
2020-05-28  7:42         ` Johannes Berg
  -- strict thread matches above, loose matches on Subject: below --
2020-05-09  0:12 Rajkumar Manoharan
2020-05-09  0:12 ` [PATCH v3 02/11] cfg80211: handle 6 GHz capability of new station Rajkumar Manoharan
2020-05-09  0:12   ` Rajkumar Manoharan

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=17385b3a2fca16521858bf0956904698@codeaurora.org \
    --to=rmanohar@codeaurora.org \
    --cc=ath11k@lists.infradead.org \
    --cc=johannes@sipsolutions.net \
    --cc=kvalo@codeaurora.org \
    --cc=linux-wireless@vger.kernel.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.