<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/iwx, branch releng/15.0</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>iwx: enable seqno offload</title>
<updated>2025-08-24T19:44:06+00:00</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2025-06-05T03:50:33+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=5bf3c5586b5e8256af0c1a6916fb5fdc6c70b3c9'/>
<id>5bf3c5586b5e8256af0c1a6916fb5fdc6c70b3c9</id>
<content type='text'>
Enable sequence number offload.

This should both enable the sequence number offloading and disable
the net80211 TX lock from being acquired/released/checked.

Reviewed by:	bz, thj
Differential Revision:	https://reviews.freebsd.org/D50694
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Enable sequence number offload.

This should both enable the sequence number offloading and disable
the net80211 TX lock from being acquired/released/checked.

Reviewed by:	bz, thj
Differential Revision:	https://reviews.freebsd.org/D50694
</pre>
</div>
</content>
</entry>
<entry>
<title>iwx: correct rx status reporting</title>
<updated>2025-06-19T16:32:28+00:00</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2025-06-19T00:58:15+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=8d51f2aba9ade8cfba84f18cfb0e20f321ae89c2'/>
<id>8d51f2aba9ade8cfba84f18cfb0e20f321ae89c2</id>
<content type='text'>
We are currently not reporting any per-chain S:N values so remove
IEEE80211_R_C_RSSI and IEEE80211_R_RSSI along with it as it is set
already in the line above.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	thj
Differential Revision: https://reviews.freebsd.org/D50927
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We are currently not reporting any per-chain S:N values so remove
IEEE80211_R_C_RSSI and IEEE80211_R_RSSI along with it as it is set
already in the line above.

Sponsored by:	The FreeBSD Foundation
Reviewed by:	thj
Differential Revision: https://reviews.freebsd.org/D50927
</pre>
</div>
</content>
</entry>
<entry>
<title>iwx: correct chain number reporting</title>
<updated>2025-06-19T16:32:28+00:00</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2025-06-19T00:55:27+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=be57603c46572dea2bdcab11a280973aaec79b0f'/>
<id>be57603c46572dea2bdcab11a280973aaec79b0f</id>
<content type='text'>
There is no point in assigning the channel index to the number of
chains for the RX status reporting.  The value was not tagged as
being used.  Rather than simply removing it try to fix it and
set the flag if we get a value.

Sposnored by:	The FreeBSD Foundation
Reviewed by:	thj
Differential Revision: https://reviews.freebsd.org/D50926
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There is no point in assigning the channel index to the number of
chains for the RX status reporting.  The value was not tagged as
being used.  Rather than simply removing it try to fix it and
set the flag if we get a value.

Sposnored by:	The FreeBSD Foundation
Reviewed by:	thj
Differential Revision: https://reviews.freebsd.org/D50926
</pre>
</div>
</content>
</entry>
<entry>
<title>if_iwx: use net80211 suspend and resume methods</title>
<updated>2025-05-28T09:02:54+00:00</updated>
<author>
<name>Tom Jones</name>
<email>thj@FreeBSD.org</email>
</author>
<published>2025-05-28T09:02:54+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=969f6c635358a079c50fd3ecd3d060bb5d9e0816'/>
<id>969f6c635358a079c50fd3ecd3d060bb5d9e0816</id>
<content type='text'>
Use net80211 suspend and resume methods when entering and leaving
suspend. Move the resume action outside of the IWX_LOCK.

Re-assert disabling the PCI timeout, this is copied from OpenBSD (and a
common pattern), but it doesn't seem to hurt.

PR:		286059
Reviewed by:	adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D50462
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use net80211 suspend and resume methods when entering and leaving
suspend. Move the resume action outside of the IWX_LOCK.

Re-assert disabling the PCI timeout, this is copied from OpenBSD (and a
common pattern), but it doesn't seem to hurt.

PR:		286059
Reviewed by:	adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D50462
</pre>
</div>
</content>
</entry>
<entry>
<title>if_iwx: Make firmware load error messages clearer</title>
<updated>2025-05-28T08:49:48+00:00</updated>
<author>
<name>Tom Jones</name>
<email>thj@FreeBSD.org</email>
</author>
<published>2025-05-28T08:49:48+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=28345b17efca045ba3a24cb05167bc03b6348faf'/>
<id>28345b17efca045ba3a24cb05167bc03b6348faf</id>
<content type='text'>
Try to make it clearer where the errors are coming from in the iwx
firmware load path. In particular make it clearer that transferring
firmware to the card failed, not the loading of firmware.

Hide the init firmware failed message behind a debug level, there are
other errors which will show already in this path and for most people
this doesn't add much.

Reviewed by:	adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D49826
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Try to make it clearer where the errors are coming from in the iwx
firmware load path. In particular make it clearer that transferring
firmware to the card failed, not the loading of firmware.

Hide the init firmware failed message behind a debug level, there are
other errors which will show already in this path and for most people
this doesn't add much.

Reviewed by:	adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D49826
</pre>
</div>
</content>
</entry>
<entry>
<title>iwx: Remove debug logging code</title>
<updated>2025-04-14T08:56:23+00:00</updated>
<author>
<name>Tom Jones</name>
<email>thj@FreeBSD.org</email>
</author>
<published>2025-04-11T15:01:28+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=71baab405ef6102714f06de50d889509babe7413'/>
<id>71baab405ef6102714f06de50d889509babe7413</id>
<content type='text'>
This debugging code was added this log as part of an effort to diagnose
firmware crashes in an earlier version of the driver.
It hasn't been used for a while and I'm not sure how useful it is for
this compared to other methods.

While reorganisation move strings for print mappings into if_iwx_debug.c
to reduce their scope.

Suggested by:	bz
Reviewed by:	bz
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D49783
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This debugging code was added this log as part of an effort to diagnose
firmware crashes in an earlier version of the driver.
It hasn't been used for a while and I'm not sure how useful it is for
this compared to other methods.

While reorganisation move strings for print mappings into if_iwx_debug.c
to reduce their scope.

Suggested by:	bz
Reviewed by:	bz
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D49783
</pre>
</div>
</content>
</entry>
<entry>
<title>iwx: Use subdevice for comparison</title>
<updated>2025-04-14T08:16:40+00:00</updated>
<author>
<name>Tom Jones</name>
<email>thj@FreeBSD.org</email>
</author>
<published>2025-04-14T08:10:48+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=1110ed3b46ea2765fd45ebfb4e0f0fd997ecb92e'/>
<id>1110ed3b46ea2765fd45ebfb4e0f0fd997ecb92e</id>
<content type='text'>
iwx goes through a couple of steps to match devices to firmware. There
is a default match of pcie device and subdevices and then a secondary
pass to find a template configuration struct.

Previously we were looking up the device not the subdevice and that
led to ax210 cards in some devices (Framework 13) from being matched to
the correct firmware.

PR:	285905
Reviewed by:	bz, adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D49759
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
iwx goes through a couple of steps to match devices to firmware. There
is a default match of pcie device and subdevices and then a secondary
pass to find a template configuration struct.

Previously we were looking up the device not the subdevice and that
led to ax210 cards in some devices (Framework 13) from being matched to
the correct firmware.

PR:	285905
Reviewed by:	bz, adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D49759
</pre>
</div>
</content>
</entry>
<entry>
<title>iwx: Shorten log code field</title>
<updated>2025-04-03T07:06:40+00:00</updated>
<author>
<name>Tom Jones</name>
<email>thj@FreeBSD.org</email>
</author>
<published>2025-04-03T07:06:40+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=74a6f2a76b32e01d05c4ad71897bd3a6831e703e'/>
<id>74a6f2a76b32e01d05c4ad71897bd3a6831e703e</id>
<content type='text'>
The widest value used with code is 32 bits, other values are smaller.
Reduce this down. Update printfs.

This fixes the build on i386.

Reviewed by:	bapt, emast, kevans, adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D49634
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The widest value used with code is 32 bits, other values are smaller.
Reduce this down. Update printfs.

This fixes the build on i386.

Reviewed by:	bapt, emast, kevans, adrian
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D49634
</pre>
</div>
</content>
</entry>
<entry>
<title>Import iwx as ported from OpenBSD by Future Crew.</title>
<updated>2025-03-31T12:42:31+00:00</updated>
<author>
<name>Tom Jones</name>
<email>thj@FreeBSD.org</email>
</author>
<published>2025-03-31T12:24:15+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=2ad0f7e91582dde5475ceb1a1942930549e5c628'/>
<id>2ad0f7e91582dde5475ceb1a1942930549e5c628</id>
<content type='text'>
This driver originates from OpenBSD and was ported to FreeBSD by Future
Crew LLC who kindly provided a source release.

iwx supports many recent Intel WiFi card and this driver should support running
these cards with legacy, HT and VHT rates. There are some issues remaining in
the port, but at this point wider testing is sought.

To avoid breaking deployed WiFi configurations iwx probes with a lower
priority than iwlwifi. This can be changed by blocking iwlwifi with
devmatch.

Reviewed by:	adrian
Obtained from:	Future Crew LLC
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D49259
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This driver originates from OpenBSD and was ported to FreeBSD by Future
Crew LLC who kindly provided a source release.

iwx supports many recent Intel WiFi card and this driver should support running
these cards with legacy, HT and VHT rates. There are some issues remaining in
the port, but at this point wider testing is sought.

To avoid breaking deployed WiFi configurations iwx probes with a lower
priority than iwlwifi. This can be changed by blocking iwlwifi with
devmatch.

Reviewed by:	adrian
Obtained from:	Future Crew LLC
Sponsored by:	The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D49259
</pre>
</div>
</content>
</entry>
</feed>
