Package Details: rtl8814au-aircrack-dkms-git r82.30626ff-1

Git Clone URL: (read-only, click to copy)
Package Base: rtl8814au-aircrack-dkms-git
Description: Aircrack-ng kernel module for Realtek (USB adapters only) network cards with 8814au chipset
Upstream URL:
Keywords: 8814au aircrack dkms driver rtl8814au wireless
Licenses: GPL
Conflicts: rtl8814au-dkms-git
Replaces: rtl8814au-dkms-git
Submitter: b00rt00s
Maintainer: b00rt00s
Last Packager: b00rt00s
Votes: 4
Popularity: 0.86
First Submitted: 2020-11-02 10:24
Last Updated: 2020-11-02 11:02

Dependencies (2)

Required by (0)

Sources (2)

Latest Comments

andrej commented on 2020-12-21 19:51

Thanks for maintaining this. However, sadly enough, I feel the need to drop a big word of caution here: This causes total kernel freezes. Which is definitely not a packaging issue; it's an upstream issue, but I think it's still good to mention the problem here. There's an upstream bug on which I've left a comment with all the details (hardware and configs).

A possible workaround: Run hostapd inside VirtualBox; with Oracle's proprietary "extras" you can hopefully forward USB 3.0 into the VirtualBox, make the device work there without loading 8814au on the host and have the virtual machine automatically reboot whenever a freeze strikes (using e.g. a trivial homebrew ping-based watchdog / monitor). But this is merely a crutch with a plethora of networking difficulties when you want IPv6 to work properly on the WiFi (which you do want, in 2020, I bet, and VirtualBox is not exactly good at that by default).

There is also another version of the driver, but that's a no-go as well, because with that one your WiFi AP just stops working a couple of times a day and you have to unload and reload 8814au to get it running again. (On the other hand, it won't freeze the whole machine.)

kminardo commented on 2020-11-12 18:20

Fair enough! I will open a ticket upstream. Thank you

A follow up: I ended up resolving my issue, I came across this thread for the 8812au driver:

It mentions to explicitly add



to /etc/iwd/main.conf

According to that thread, iwd is supposed to contain a behavior blacklist for modules named rtl88* (which I do see the package is appropriately renaming from 8814au) but the only thing that fixed it for me was creating main.conf. So, I have no idea lol. But thank you again for your time.

b00rt00s commented on 2020-11-12 16:26

@kminardo, I believe You should report these issues upstream. I don't believe it's related to the packaging, rather to the driver itself.

kminardo commented on 2020-11-12 15:59

I am attempting to migrate from rtl88xxau-aircrack-dkms-git using standard linux 5.9.8.arch1-1 kernel. Hardware is a Netgear A7000 that was working well with the previous package. After I installed this module iwd, systemd-networkd begin to hang, and I start getting echos in my terminal that kernel tasks are being blocked (kworker, iwd, systemd-network), and the system becomes unresponsive. Unplugging the adapter, rebooting and removing the module restores system stability.

I'm finding it difficult to provide meaningful information around what is causing the error as I'm not able to view journalctl, systemctl status, or other logs while the system is in the broken/hanging state. If there is a way I can access the information or anything specific I can provide that will help resolve this problem, please let me know.