src/sys/dev/ral/rt2860.c, branch stable/14

Revert "Widen EPOCH(9) usage in PCI WLAN drivers."

2024-02-18T16:42:28+00:00

This reverts commit b65f813c1ab99448278961c5ca80dc422b1eae29.
As a side effect this also seems to fix wtap which seems to have
lost the epoch over the input path in between.

Sponsored by:	The FreeBSD Foundation

(cherry picked from commit 1c6dd33d26eb02c6145383a49150965eeca61120)

sys: Remove $FreeBSD$: one-line .c pattern

2023-08-16T17:54:36+00:00

Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/

ral: plug set-but-not-used vars

2021-12-14T14:24:21+00:00

Sponsored by:	Rubicon Communications, LLC ("Netgate")

ral: clean up empty lines in .c and .h files

2020-09-01T21:56:10+00:00

Widen EPOCH(9) usage in PCI WLAN drivers.

2020-01-30T10:28:01+00:00

Make sure all occurrences of ieee80211_input_xxx() in sys/dev are
covered by a network epoch section. Do not depend on the interrupt
handler nor any taskqueues being in a network epoch section.

This patch should unbreak the PCI WLAN drivers after r357004.

Pointy hat:	glebius@
Sponsored by:	Mellanox Technologies

ral(4): Use unsigned to avoid undefined behavior.

2019-09-09T03:31:46+00:00

Found by NetBSD's kUBSan

Obtained from:	NetBSD (github 5b153f1)

ral: rt2860: fix wcid2ni access/size issue

2019-08-06T20:21:57+00:00

RT2860_WCID_MAX is supposed to describe the max STA index for wcid2ni, and
was instead being used as the size -- off-by-one.

rt2860_drain_stats_fifo was range-checking wcid only after accessing
out-of-bounds potentially.

Submitted by:	Augustin Cavalier  (basically)
Obtained from:	Haiku (58d16d9fe2d5a209cf22823359a8407d138e1a87)
Differential Revision:	3 days

Remove 2GHz channel list copies from wireless drivers.

2019-01-26T17:00:55+00:00

Wrap ieee80211_add_channel_list_2ghz into another function
which supplies default (1-14) channel list to it and drop
its copies from drivers.

Checked with RTL8188EE, country US / JP / KR / UA.

MFC after:	2 weeks

[net80211] convert all of the WME use over to a temporary copy of WME info.

2018-01-02T00:07:28+00:00

This removes the direct WME info access in the ieee80211com struct and instead
provides a method of fetching the data.  Right now it's a no-op but eventually
it'll turn into a per-VAP method for drivers that support it (eg iwn, iwm,
upcoming ath10k work) as things like p2p support require this kind of behaviour.

Tested:

* ath(4), STA and AP mode

TODO:

* yes, this is slightly stack size-y, but it is an important first step
  to get drivers migrated over to a sensible WME API.  A lot of per-phy things
  need to be converted to per-VAP before P2P, 11ac firmware, etc stuff shows up.

net80211 drivers: fix rate setup for EAPOL frames, obtain Tx parameters

2017-02-26T20:49:35+00:00

directly from the node.

- Use ni_txparms directly instead of calculating them manually every time
- Move M_EAPOL flag check upper; otherwise it may be skipped due to
'ucastrate' / 'mcastrate' check
- Use 'mgtrate' for control frames too (see ifconfig(8), mgtrate parameter)
- Add few more M_EAPOL checks where it was missing (zyd(4), ural(4),
urtw(4))
- Few unrelated cleanups

Tested with:
 - Intel 6205 (iwn(4)), STA mode;
 - WUSB54GC (rum(4)), HOSTAP mode + RTL8188EU (rtwn(4)), STA mode.

Reviewed by:	adrian
Differential Revision:	https://reviews.freebsd.org/D9811