FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2 2020-09-12T19:33:25Z 2020-09-12T19:33:25Z Bjoern A. Zeeb bz@FreeBSD.org 2020-09-12T19:33:25Z urn:sha1:752c173687a3f220c24e8e251a98b448dbeed3ff Merge WiFi net80211, drivers, and management in order to support better 11n and upcoming 11ac. This includes an ath(4) update, some run(4) 11n support, 11n for otus(4), A-MPDU, A-MSDU, A-MPDU+A-MSDU and Fast frames options, scanning fixes, enhanced PRIV checks for jails, restored parent device name printing, improvements for upcoming VHT support, lots of under-the-hood infrastructure improvements, new device ID, debug tools updates, some whitespace changes (to make future MFCs easier). This does not include (most) epoch(9) related changes as too much other infrastructure was not merged for that. Tested on: some ath(4) AP, run(4) STA, and rtwn(4) STA Discussed with: adrian (extremely briefly) Sponsored by: Rubicon Communications, LLC (d/b/a "Netgate") [partially] Approved by: re (gjb) Relnotes: yes 2019-03-28T09:16:00Z Andriy Voskoboinyk avos@FreeBSD.org 2019-03-28T09:16:00Z urn:sha1:ed7073a725b8ac53dd8e87465c089aedd48fd948 Fix ieee80211_radiotap(9) usage in wireless drivers: - Alignment issues: * Add missing __packed attributes + padding across all drivers; in most places there was an assumption that padding will be always minimally suitable; in few places - e.g., in urtw(4) / rtwn(4) - padding was just missing. * Add __aligned(8) attribute for all Rx radiotap headers since they can contain 64-bit TSF timestamp; it cannot appear in Tx radiotap headers, so just drop the attribute here. Refresh ieee80211_radiotap(9) man page accordingly. - Since net80211 automatically updates channel frequency / flags in ieee80211_radiotap_chan_change() drop duplicate setup for these fields in drivers. 2019-03-09T12:54:10Z Andriy Voskoboinyk avos@FreeBSD.org 2019-03-09T12:54:10Z urn:sha1:2e6c119015b863f569ec7ebff19710dcf9a4475f net80211: hide casts for 'i_seq' field offset calculation inside ieee80211_getqos() and reuse it in various places. 2018-03-30T18:50:13Z Brooks Davis brooks@FreeBSD.org 2018-03-30T18:50:13Z urn:sha1:541d96aaaf46cde0f4247c226ed29d635b1915c4 This fixes 32-bit compat (no ioctl command defintions are required as struct ifreq is the same size). This is believed to be sufficent to fully support ifconfig on 32-bit systems. Reviewed by: kib Obtained from: CheriBSD MFC after: 1 week Relnotes: yes Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D14900 2018-01-02T00:07:28Z Adrian Chadd adrian@FreeBSD.org 2018-01-02T00:07:28Z urn:sha1:9fbe631a1ad7f8a1a2f45645d9c8dd50c2a8bb67 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. 2017-12-27T03:23:21Z Eitan Adler eadler@FreeBSD.org 2017-12-27T03:23:21Z urn:sha1:caa7e52f3f525b75d87fca7e612933377699fd59 - duplicate words - typos - references to old versions of FreeBSD Reviewed by: imp, benno 2017-11-27T14:52:40Z Pedro F. Giffuni pfg@FreeBSD.org 2017-11-27T14:52:40Z urn:sha1:718cf2ccb9956613756ab15d7a0e28f2c8e91cab Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. 2017-10-09T20:35:31Z Gleb Smirnoff glebius@FreeBSD.org 2017-10-09T20:35:31Z urn:sha1:e8fd18f306915c411b08ab4664ec0aa3bc03d4d4 All of these arguments are stored in m_ext, so there is no reason to pass them in the argument list. Not all functions need the second argument, some don't even need the first one. The second argument lives in next cache line, so not dereferencing it is a performance gain. This was discovered in sendfile(2), which will be covered by next commits. The second goal of this commit is to bring even more flexibility to m_ext mbufs, allowing to create more fields in m_ext, opaque to the generic mbuf code, and potentially set and dereferenced by subsystems. Reviewed by: gallatin, kbowling Differential Revision: https://reviews.freebsd.org/D12615 2017-02-20T02:08:08Z Adrian Chadd adrian@FreeBSD.org 2017-02-20T02:08:08Z urn:sha1:617f8b101e7f7baf049762cbc3cd3e4ffe133ea4 * Migrate the rx_params stuff out from ieee80211_freebsd.h where it doesn't belong - this isn't freebsd specific anymore. * Don't use a hard-coded number of chains in the ioctl header; now we can shuffle MAX_CHAINS around so it can be used in the right spot. * Extend the signal/noisefloor levels in the mimo stats struct to userland to include the signal and noisefloor levels for each 20MHz slice of a 160MHz channel. * Bump the number of EVM pilots in preparation for 4x4 and 160MHz channels. Tested: * ath(4), STA mode * iwn(4), STA mode * local ath10k port, STA mode TODO: * 11ax chips will come with 5GHz 8x8 hardware for lots of MU-MIMO - I'll re-bump it at that point. Note: * This breaks the driver and ifconfig ABI; please recompile the kernel, ifconfig and wpa_supplicant/hostapd. 2016-12-07T22:16:07Z Andriy Voskoboinyk avos@FreeBSD.org 2016-12-07T22:16:07Z urn:sha1:4a19d712383190c461ebfba2d9b97f756ba9b5d1 Proposed by: adrian