<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/ipw, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>http://cgit.freebsd.org/src/atom?h=main</id>
<link rel='self' href='http://cgit.freebsd.org/src/atom?h=main'/>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<updated>2026-06-09T04:26:07Z</updated>
<entry>
<title>net80211: create IEEE80211_KEYBUF_128_SIZE / IEEE80211_MICBUF_128_SIZE</title>
<updated>2026-06-09T04:26:07Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2026-06-09T04:26:07Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=a653fd5560cfdd68f634cca7352c56f2cf7e1473'/>
<id>urn:sha1:a653fd5560cfdd68f634cca7352c56f2cf7e1473</id>
<content type='text'>
The IEEE80211_KEYBUF_SIZE and IEEE80211_MICBUF_SIZE are sprinkled
throughout the net80211 stack, ioctl API and drivers.  This makes it
challenging to (eventually) up IEEE80211_KEYBUF_SIZE to support 256 /
384 bit encryption as, well, it'll break every single driver and the
ioctl API in doing so.

So as part of this, let's start to separate out the current key/mic
buffer size from what drivers and the ioctl layer are using.
Drivers especially shouldn't be using these definitions as their
key sizes are hardware / firmware API limits, not net80211 limits.
Ideally drivers would define their own key buffer / mic buffer
sizes and only copy in keys up to that length (and fail keys
that are too large) but the current net80211 API isn't there yet.

This doesn't yet change what defines / buffer sizes are used in the
ioctl layer.  I'm going to plan out some subsequent work to
separate out those defines and ioctl APIs so they maintain using
the 128 bit key/mic buffer sizes and will copy them in/out of any
larger net80211 key buffer size in the future.

Differential Revision:	https://reviews.freebsd.org/D54593
</content>
</entry>
<entry>
<title>ipw: migrate to new net80211 encryption key API</title>
<updated>2026-02-26T03:49:34Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2026-02-26T03:49:34Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=fec9453dcea41f2716baa350c7e0fe33cdeb4d4b'/>
<id>urn:sha1:fec9453dcea41f2716baa350c7e0fe33cdeb4d4b</id>
<content type='text'>
Migrate to the new encryption key API rather than poking at the
key struct directly.

Differential Revision:	https://reviews.freebsd.org/D54480
</content>
</entry>
<entry>
<title>net80211: convert the rest of the native net80211 drivers to SEQNO_OFFLOAD</title>
<updated>2025-09-20T00:42:45Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2025-06-10T04:22:10Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=785edcc2af5ae32c24f5caf5b9552f62bdae33ee'/>
<id>urn:sha1:785edcc2af5ae32c24f5caf5b9552f62bdae33ee</id>
<content type='text'>
* Convert the rest of the drivers to implement driver/offloaded sequence
  number handling.

* For drivers that implement their own sequence number space handling
  for A-MPDU, only call ieee80211_output_seqno_assign() if the frame
  isn't tagged with M_AMPDU_MPDU, which mirrors the original net80211
  sequence number behaviour.  (Except of course, the assignment is
  now happening during final encap/transmit, not early in encap.)

Locally tested (sta mode):

* ath
* iwn
* bwi
* bwn
* iwm
* otus
* ral

Differential Revision:	https://reviews.freebsd.org/D50772
Okayed by: bz
</content>
</entry>
<entry>
<title>sys: convert ni-&gt;ni_txrate references use to the new net80211 API</title>
<updated>2025-02-26T19:29:18Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2025-01-02T04:35:24Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=7067450010931479f8dd97e51e4c5bf6a4d34c7e'/>
<id>urn:sha1:7067450010931479f8dd97e51e4c5bf6a4d34c7e</id>
<content type='text'>
This just mechanically converts things.

* For linuxkpi, it was just used for display.
* For uath, it was just used for display, as firmware
  doesn't report it up.

Differential Revision:	https://reviews.freebsd.org/D48602
Reviewed by:	bz, thj
</content>
</entry>
<entry>
<title>net80211: migrate FC0_TYPE_MASK / FC0_SUBTYPE_MASK frame type checks to macros</title>
<updated>2024-11-17T17:53:04Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2024-11-09T21:44:50Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=c249cc3822dc002288700ee206cf28c0c6031449'/>
<id>urn:sha1:c249cc3822dc002288700ee206cf28c0c6031449</id>
<content type='text'>
* Add macros for the management and control frame type checks that
  I've come across in the drivers.
* Delete some now old code (eg ath's ieee80211_is_action()) as there's now
  a macro for it.

Local testing:

* not yet, I have a lot of wifi devices to find and test against

Differential Revision: https://reviews.freebsd.org/D47500
</content>
</entry>
<entry>
<title>Revert "Widen EPOCH(9) usage in PCI WLAN drivers."</title>
<updated>2023-12-01T00:48:54Z</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2023-11-03T21:19:26Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=1c6dd33d26eb02c6145383a49150965eeca61120'/>
<id>urn:sha1:1c6dd33d26eb02c6145383a49150965eeca61120</id>
<content type='text'>
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
MFC after:	3 days
</content>
</entry>
<entry>
<title>sys: Remove $FreeBSD$: one-line .c pattern</title>
<updated>2023-08-16T17:54:36Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2023-08-16T17:54:36Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=685dc743dc3b5645e34836464128e1c0558b404b'/>
<id>urn:sha1:685dc743dc3b5645e34836464128e1c0558b404b</id>
<content type='text'>
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
</content>
</entry>
<entry>
<title>sys: Remove $FreeBSD$: one-line .c comment pattern</title>
<updated>2023-08-16T17:54:24Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2023-08-16T17:54:24Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=71625ec9ad2a9bc8c09784fbd23b759830e0ee5f'/>
<id>urn:sha1:71625ec9ad2a9bc8c09784fbd23b759830e0ee5f</id>
<content type='text'>
Remove /^/[*/]\s*\$FreeBSD\$.*\n/
</content>
</entry>
<entry>
<title>spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD</title>
<updated>2023-05-12T16:44:03Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2023-05-10T15:40:58Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=4d846d260e2b9a3d4d0a701462568268cbfe7a5b'/>
<id>urn:sha1:4d846d260e2b9a3d4d0a701462568268cbfe7a5b</id>
<content type='text'>
The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch
up to that fact and revert to their recommended match of BSD-2-Clause.

Discussed with:		pfg
MFC After:		3 days
Sponsored by:		Netflix
</content>
</entry>
<entry>
<title>DrvAPI: Trivial mechanical conversions for various drivers</title>
<updated>2022-12-21T20:36:59Z</updated>
<author>
<name>Justin Hibbits</name>
<email>jhibbits@FreeBSD.org</email>
</author>
<published>2022-08-19T19:48:39Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=ec22a3a259193685afaea1667a39266264c65fd3'/>
<id>urn:sha1:ec22a3a259193685afaea1667a39266264c65fd3</id>
<content type='text'>
Mechanically convert the following drivers, with trivial changes:
* ipw(4)
* igc(4)
* enetc(4)
* malo(4)
* nfe(4)
* bxe(4)
* awg(4)
* otus(4)
* rtwn(4)
* bnxt(4)
* ath(4)

Sponsored by:	Juniper Networks, Inc.
</content>
</entry>
</feed>
