Intel Wireless

Phoronix reported (March 2020) that the FreeBSD Foundation would sponsor 802.11ac wireless work (I think based on a Tweet). I started working on the Intel driver and wireless in April 2020 (with some gaps). At that point in time FreeBSD had (and still has) iwn(4) and iwm(4) support for various (older) Intel chipsets. There were various requests on the mailing lists and the bug tracking system for support for newer chipsets. There were also requests for drivers from other vendors. I did not feel that FreeBSD would have the man power at that point to write (or port and keep up-to-date from another BSD) native drivers for all the wireless cards (often exceeding the size of a wired driver by a magnitude in size these days). We also had no-one working on both sides of drivers anymore (having vendor resources or firmware access) and hence are dependent on public information to write drivers. This lead to multiple points:


Upfront I would love to thank the FreeBSD Foundation for sponsoring most of this project. I would also love to thank everyone who has reviewed changes, did initial testing, helped with drm-kmod, helped in various other ways, answered questions, encouraged, or patiently waited for any results or running code.


The FreeBSD version of the iwlwifi driver was initially based on upstream Linux iwlwifi-next repository along with the firmware from linux-firmware.git. This driver was already updated multiple times during the last year of development pulling in support for newer chipsets, bugfixes, and enhancements. Updates were on the order of 20-90 minutes. We will keep updating as iwlwifi moves forward. The latest updates usually came from different repositories due to coordination of updates of other drivers, e.g., wireless-testing. Check the git log to see repository and hash of the last import(s).

Projects funded by The FreeBSD Foundation:

Constant work now

Ongoing Next Bits

  1. Reload support (to deal with firmware crashes).
  2. Complete 802.11n support in net80211, LinuxKPI and re-enable it in the driver.
  3. suspend/resume support
  4. 802.11ac support
  5. Unified mbuf-skbuf
  6. 802.11ax support, ..

Frequently Asked Questions

What if things go wrong

Known Issues

Open Issues

Instead of tracking each bug here, there is a 'meta-bug' in Bugzilla which depends on all iwlwifi PRs. Please check those first before reporting a new PR.


Please include:

Please allow me some time to reply and help; I am not doing this full-time but I will try to acknowledge email as soon as I can.


Obtaining code

System Configuration

In order to help debugging it is advisable to add the following lines to /boot/loader.conf or /boot/loader.conf.local

This will help making the kernel and drivers more verbose and massively increasing the kernel message buffer to keep more information.

Wireless Configuration

You want to setup wireless configuration in /etc/rc.conf and probably /etc/wpa_supplicant.conf if you have not done so already. There is some information in the FreeBSD Handbook to help you getting started.

Here is a short sample I copied from a test setup. For rc.conf I assume a wlan99 (while most people will likely use wlan0 or wlan1). You will have to replace the XX bits with something suitable to your location. You can also enable some wlan debugging so we can try to see what happened in case something goes wrong. If you have your own configuration already please add the wlandebug line in case you experience problems. Feel free to add/remove flags as you see fit or ask if in doubt. `man wlandebug' has a list of all flags and descriptions for each.

create_args_wlan99="wlanmode sta regdomain XXXX country XX"
#wlandebug_wlan99="+state +node +auth +assoc +dot1xsm +wpa +scan"
ifconfig_wlan99="WPA SYNCDHCP"
ifconfig_wlan99_ipv6="inet6 accept_rtadv"

Rebuilding Kernel

It is only necessary to rebuild the kernel, not userland at this point.

Check the FreeBSD Handbook:: Kernel Configuration for instructions.

Reboot your system to the newly installed kernel.

You may see a lot more messages on the screen due to "boot_verbose" being on, which you may not be used to.

Loading the driver

In a normal setup the driver will be auto-loaded for you nowadays and you do not have to do anything.

Should debugging require manual intervention here are the (old) notes from the early days which can still be useful:

(Optional) Sometimes it makes sense to disable auto-loading of the driver. In that case you may want to clear the kernel message buffer in order to minimize logs running sysctl kern.msgbuf_clear=1.

If not auto-loaded already, kldload /boot/kernel/if_iwlwifi.ko should load the driver and you should see some information scrolling on the console.

(If you are using iwm(4) please see below at this point.)

A sysctl net.wlan.devices should now list iwlwifi0 as a possible wireless device.

If it does and you have not yet automatically gotten a wlan<n> device (see ifconfig -l) you can now run sh /etc/rc.d/netif start wlan99 (or wlan0 or wlan1 depending on your setup). Depending on your configuration WPA and then DCHPv4 may run, IPv6 will autoconfigure and you should see the output from ifocnfig about the wireless device.


You can test and see what is working. At this point please do not expect a fully-functional device giving you 11ac. Should anything go wrong, simply toggling the interface or unloading and reloading the driver will likely not be enough and you will have to reboot.

If you get to this point, please email me a sample of your log and the pciconf -lv lines for the iwlwifi0 entry so we can add the information to the table below. (Contact details can be found on this page)

I have an iwm(4) supported device and want to try iwlwifi(4)

If you have an iwm(4) supported device, you will need to detach the iwm(4) and attach iwlwifi. Please check pciconf -l for your wireless device and remember (or copy and paste later) the first bit.

% pciconf -l | grep iwm
iwm0@pci0:3:0:0:        class=0x028000 rev=0x78 hdr=0x00 vendor=0x8086 device=0x24fd subvendor=0x8086 subdevice=0x0010

After loading the iwlwifi kernel module run the following commands (replacing the device selector with what you found for your computer):

devctl detach pci0:3:0:0
devctl set driver pci0:3:0:0 iwlwifi

That should do the trick.

Supported Hardware

For a full list of supported chipsets see here.

Which chipsets have been tested? This list is here from the early days of driver upbringing and testing and is no longer maintained actively. Feel free to add your card with status and a possible reference to a report or a reference of a posting to public wireless list.



Current state

8000/AC 8265


36.ca7b901d.0 8265-36.ucode, Intel(R) Dual Band Wireless AC 8265, REV=0x230

8000/AC 8265


36.ca7b901d.0 8265-36.ucode, Intel(R) Dual Band Wireless AC 8265, REV=0x230, works so far (20210923)

8000/AC 8265


36.ca7b901d.0 8265-36.ucode, Intel(R) Dual Band Wireless AC 8265, REV=0x230, ok on amd64 (own, 20211004)

9000/AC 9260


9000/AC 9560


46.6b541b68.0 9000-pu-b0-jf-b0-46.ucode, Intel(R) Wireless-AC 9560 160MHz, REV=0x318, failed to scan (wpa issue?), (20210909 freebsd-wireless)



63.c04f3485.0 cc-a0-63.ucode, Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340, FW assert (20210816)





63.c04f3485.0 cc-a0-63.ucode, Killer, Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340, FW assert



63.c04f3485.0 Qu-c0-hr-b0-63.ucode, Intel(R) Wi-Fi 6 AX203, REV=0x338, Killer Wi-Fi 6 AX1650i 160MHz Wireless Network Adapter (201NGW)

22000/AC 9560


63.c04f3485.0 QuZ-a0-jf-b0-63.ucode Intel(R) Wireless-AC 9560 160MHz, REV=0x35, scanning does not find anything (email: 20210911)



63.c04f3485.0 QuZ-a0-hr-b0-63.ucode, Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x354, works as much as compat framework provides it seems (email: 20210909, stable/13)



63.c04f3485.0 QuZ-a0-hr-b0-63.ucode, Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x354, works (20210923 freebsd-wireless)



63.c04f3485.0 QuZ-a0-hr-b0-63.ucode, Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x354, scanning ok, fw assert on wpa (20211006)



quz_hr, Comet Lake PCH CNVi WiFi, works as much as the compat framework works.



63.c04f3485.0 QuZ-a0-hr-b0-63.ucode, Detected Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x354, (20211117)



63.c04f3485.0 ty-a0-gf-a0-63.ucode, Intel(R) Wi-Fi 6 AX210 160MHz, REV=0x420. Wifi 6E (20211022)



iwlwifi-gl-c0-fm-c0-83.ucode, Intel(R) TBD Bz device, REV=0x472, (20231129), Hardware sponsored by Martin Hoehne /

To keep track and references to some problems or other significant changes during development / testing:


CategoryWiFi CategoryProject

WiFi/Iwlwifi (last edited 2023-12-23T08:02:25+0000 by LiWenHsu)