linux.git/net/wireless/core.c, branch v6.5

wifi: cfg80211: fix regulatory disconnect with OCB/NAN

2023-06-19T10:05:29+00:00

Since regulatory disconnect was added, OCB and NAN interface
types were added, which made it completely unusable for any
driver that allowed OCB/NAN. Add OCB/NAN (though NAN doesn't
do anything, we don't have any info) and also remove all the
logic that opts out, so it won't be broken again if/when new
interface types are added.

Fixes: 6e0bd6c35b02 ("cfg80211: 802.11p OCB mode handling")
Fixes: cb3b7d87652a ("cfg80211: add start / stop NAN commands")
Signed-off-by: Johannes Berg 
Link: https://lore.kernel.org/r/20230616222844.2794d1625a26.I8e78a3789a29e6149447b3139df724a6f1b46fc3@changeid
Signed-off-by: Johannes Berg

wifi: cfg80211: move scan done work to wiphy work

2023-06-07T17:53:37+00:00

Move the scan done work to the new wiphy work to
simplify the code a bit.

Signed-off-by: Johannes Berg

wifi: cfg80211: move sched scan stop to wiphy work

2023-06-07T17:53:31+00:00

This work can now trivially be converted, it behaves
identical either way.

Signed-off-by: Johannes Berg

wifi: cfg80211: add a work abstraction with special semantics

2023-06-07T17:53:15+00:00

Add a work abstraction at the cfg80211 level that will always
hold the wiphy_lock() for any work executed and therefore also
can be canceled safely (without waiting) while holding that.
This improves on what we do now as with the new wiphy works we
don't have to worry about locking while cancelling them safely.

Also, don't let such works run while the device is suspended,
since they'll likely need to interact with the device. Flush
them before suspend though.

Signed-off-by: Johannes Berg

wifi: cfg80211: hold wiphy lock when sending wiphy

2023-06-07T17:53:13+00:00

Sending the wiphy out might cause calls to the driver,
notably get_txq_stats() and get_antenna(). These aren't
very important, since the normally have their own locks
and/or just send out static data, but if the contract
should be that the wiphy lock is always held, these are
also affected. Fix that.

Signed-off-by: Johannes Berg

wifi: cfg80211: move wowlan disable under locks

2023-06-07T17:53:09+00:00

This is a driver callback, and the driver should be able
to assume that it's called with the wiphy lock held. Move
the call up so that's true, it has no other effect since
the device is already unregistering and we cannot reach
this function through other paths.

Signed-off-by: Johannes Berg

wifi: cfg80211: hold wiphy lock in pmsr work

2023-06-07T17:53:07+00:00

Most code paths in cfg80211 already hold the wiphy lock,
mostly by virtue of being called from nl80211, so make
the pmsr cleanup worker also hold it, aligning the
locking promises between different parts of cfg80211.

Signed-off-by: Johannes Berg

wifi: cfg80211: hold wiphy lock in auto-disconnect

2023-06-07T17:53:04+00:00

Most code paths in cfg80211 already hold the wiphy lock,
mostly by virtue of being called from nl80211, so make
the auto-disconnect worker also hold it, aligning the
locking promises between different parts of cfg80211.

Signed-off-by: Johannes Berg

wifi: cfg80211: fix locking in sched scan stop work

2023-06-06T12:51:25+00:00

This should use wiphy_lock() now instead of acquiring the
RTNL, since cfg80211_stop_sched_scan_req() now needs that.

Fixes: a05829a7222e ("cfg80211: avoid holding the RTNL when calling the driver")
Signed-off-by: Johannes Berg

wifi: cfg80211/mac80211: check EHT capability size correctly

2022-08-25T08:41:24+00:00

For AP/non-AP the EHT MCS/NSS subfield size differs, the
4-octet subfield is only used for 20 MHz-only non-AP STA.
Pass an argument around everywhere to be able to parse it
properly.

Signed-off-by: Johannes Berg