Received-SPF: pass (google.com: domain of linux-wireless+bounces-2677-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3;
From: Johannes Berg <johannes@sipsolutions.net>
To: linux-wireless@vger.kernel.org
Subject: [PATCH 00/15] wifi: support wider-BW OFDMA and fix puncturing
Date: Mon, 29 Jan 2024 19:34:34 +0100
Message-ID: <20240129184108.49639-17-johannes@sipsolutions.net>
Precedence: bulk
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit

EHT/802.11be introduced both wider-bandwidth OFDMA and puncturing,
and we forgot completely about the former, and misimplemented the
latter due to my wrong arguments.

As mentioned earlier, puncturing really should have been in the
chandef, which this moves it to.

Earlier, the series implements wider bandwidth OFDMA support in
mac80211, which requires tracking the AP channel as part of the
channel context, and then declaring them to be incompatible if
EHT is used on two interfaces (and thus there might be OFDMA) if
the AP bandwidth differs.

As part of the refactoring to more clearly determine both local
and AP mode (HT/VHT/HE/EHT) and channel configuration, this makes
mac80211 a bit more strict:
 - no longer accept channel switch when the mode changes
 - no longer use e.g. VHT if the HT channel inside of it
   occupies the wrong spot (e.g. center 40 MHz inside 80 MHz)
 - don't use EHT with bad puncturing (punctured subchannels
   cover subchannels that are used by HE)

Hopefully these things won't really break anything outside of
a handful of hostapd tests seem misconfigured (e.g

johannes