From: Rajkumar Manoharan <rmanohar@codeaurora.org>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: Vamsi Krishna <vamsin@codeaurora.org>,
linux-wireless-owner@vger.kernel.org,
linux-wireless@vger.kernel.org, ath11k@lists.infradead.org,
kvalo@codeaurora.org
Subject: Re: [PATCH v3 01/11] cfg80211: use only HE capability to set prohibited flags in 6 GHz
Date: Wed, 27 May 2020 16:32:32 -0700 [thread overview]
Message-ID: <0fa1c07811796add4a6a23c81cbafe41@codeaurora.org> (raw)
In-Reply-To: <7f2a2a382c42b7285b9ad1eeac4e8060bc8d897a.camel@sipsolutions.net>
On 2020-05-27 06:43, Johannes Berg wrote:
> Hi,
>
> This is what we have in this area:
> https://p.sipsolutions.net/d8e56772a261199a.txt
>
> but I see it's also incomplete.
>
>> +static bool cfg80211_is_6ghz_freq(u32 freq)
>> +{
>> + return (freq > 5940 && freq < 7105);
>> +}
>
> That doesn't really make sense, I don't want to see those hardcoded
> frequencies all over the place.
>
>> case NL80211_CHAN_WIDTH_40:
>> width = 40;
>> + if (cfg80211_is_6ghz_freq(chandef->center_freq1)) {
>
> You can check chandef->chan->band instead. (In fact, we did)
>
Got it..
>> + if (!he_cap)
>> + return false;
>> + if (!he_cap->has_he_6ghz)
>> + return false;
>
> I'm not sure you should even _get_ here with a 6 GHz channel if you
> don't have 6 GHz capability? I mean, why did you register the channel
> in
> the first place then? This seems unnecessarily complex. If the channel
> didn't exist, it was rejected long before here.
>
Hmm... Agreed.
> However, looking at D6.0, maybe we do need some checks of the HE
> capability?
>
>> + if (!(he_cap->he_cap_elem.phy_cap_info[0] &
>> + IEEE80211_HE_PHY_CAP0_CHANNEL_WIDTH_SET_40MHZ_80MHZ_IN_5G))
>> + return false;
>
> Looks like even D6.0 still changed something in this area...
>
> Evidently our patch just assumed that in 6 GHz all of this is
> supported,
> but the spec doesn't support that theory :-)
>
IIUC the same bits are applicable for both 5 GHz & 6 GHz. I understand
the macro doesn't
capture both.
> Can you respin this with D6.0 taken into account?
>
Let me check again and respin after your series. Does it sound good?
-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, Vamsi Krishna <vamsin@codeaurora.org>,
linux-wireless-owner@vger.kernel.org
Subject: Re: [PATCH v3 01/11] cfg80211: use only HE capability to set prohibited flags in 6 GHz
Date: Wed, 27 May 2020 16:32:32 -0700 [thread overview]
Message-ID: <0fa1c07811796add4a6a23c81cbafe41@codeaurora.org> (raw)
In-Reply-To: <7f2a2a382c42b7285b9ad1eeac4e8060bc8d897a.camel@sipsolutions.net>
On 2020-05-27 06:43, Johannes Berg wrote:
> Hi,
>
> This is what we have in this area:
> https://p.sipsolutions.net/d8e56772a261199a.txt
>
> but I see it's also incomplete.
>
>> +static bool cfg80211_is_6ghz_freq(u32 freq)
>> +{
>> + return (freq > 5940 && freq < 7105);
>> +}
>
> That doesn't really make sense, I don't want to see those hardcoded
> frequencies all over the place.
>
>> case NL80211_CHAN_WIDTH_40:
>> width = 40;
>> + if (cfg80211_is_6ghz_freq(chandef->center_freq1)) {
>
> You can check chandef->chan->band instead. (In fact, we did)
>
Got it..
>> + if (!he_cap)
>> + return false;
>> + if (!he_cap->has_he_6ghz)
>> + return false;
>
> I'm not sure you should even _get_ here with a 6 GHz channel if you
> don't have 6 GHz capability? I mean, why did you register the channel
> in
> the first place then? This seems unnecessarily complex. If the channel
> didn't exist, it was rejected long before here.
>
Hmm... Agreed.
> However, looking at D6.0, maybe we do need some checks of the HE
> capability?
>
>> + if (!(he_cap->he_cap_elem.phy_cap_info[0] &
>> + IEEE80211_HE_PHY_CAP0_CHANNEL_WIDTH_SET_40MHZ_80MHZ_IN_5G))
>> + return false;
>
> Looks like even D6.0 still changed something in this area...
>
> Evidently our patch just assumed that in 6 GHz all of this is
> supported,
> but the spec doesn't support that theory :-)
>
IIUC the same bits are applicable for both 5 GHz & 6 GHz. I understand
the macro doesn't
capture both.
> Can you respin this with D6.0 taken into account?
>
Let me check again and respin after your series. Does it sound good?
-Rajkumar
next prev parent reply other threads:[~2020-05-27 23:32 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
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 [this message]
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 ` 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=0fa1c07811796add4a6a23c81cbafe41@codeaurora.org \
--to=rmanohar@codeaurora.org \
--cc=ath11k@lists.infradead.org \
--cc=johannes@sipsolutions.net \
--cc=kvalo@codeaurora.org \
--cc=linux-wireless-owner@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=vamsin@codeaurora.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.