Package Details: rtl88xxau-aircrack-dkms-git r1164.b8167e6-1

Git Clone URL: (read-only, click to copy)
Package Base: rtl88xxau-aircrack-dkms-git
Description: Aircrack-ng kernel module for Realtek 88XXau (USB adapters only) network cards (8811au, 8812au and 8821au chipsets) with monitor mode and injection support
Upstream URL:
Keywords: 8811au 8812au 8821au aircrack dkms driver injection rtl8811au rtl8812au rtl8821au rtl88xx wireless
Licenses: GPL
Conflicts: rtl8812au-aircrack-dkms-git, rtl8812au-dkms-git, rtl8812au-inject-dkms-git, rtl8814au-dkms-git, rtl8821au-dkms-git
Submitter: iyanmv
Maintainer: iyanmv
Last Packager: iyanmv
Votes: 41
Popularity: 0.98
First Submitted: 2019-01-29 20:43
Last Updated: 2021-06-28 15:26

Dependencies (2)

Required by (0)

Sources (2)

Pinned Comments

iyanmv commented on 2020-11-10 17:40

8814au chipset support is turned off in this driver. Please use this package instead. Also, if you plan to use both packages at the same time, make sure that you have an up-to-date package.

iyanmv commented on 2020-01-10 16:02

This package now forces to use the branch v5.6.4.2 (the one that works better for me), which is the default one in the remote repository although they still mention branch v5.3.4 as the stable one. If you have any issues, please leave a comment, and also tried to change the branch in the source array. For example, change it to:


Read the to learn how to set your interface in monitor mode (and other things).

Important: Use ip and iw instead of ifconfig and iwconfig

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 ... Next › Last »

kotrfa commented on 2020-11-10 07:02

Just yesterday, I was getting:

31091   │ [2020-11-09T21:15:32+0100] [ALPM-SCRIPTLET] ==> dkms install --no-depmod -m rtl88xxau -v r1116.2801378 -k 5.9.6-arch1-1
31092   │ [2020-11-09T21:17:31+0100] [ALPM-SCRIPTLET] ==> dkms install --no-depmod -m rtl8812au -v 5.3.4 -k 5.9.6-arch1-1
31093   │ [2020-11-09T21:17:35+0100] [ALPM-SCRIPTLET] Error! Bad return status for module build on kernel: 5.9.6-arch1-1 (x86_64)
31094   │ [2020-11-09T21:17:35+0100] [ALPM-SCRIPTLET] Consult /var/lib/dkms/rtl8812au/5.3.4/build/make.log for more information.
31095   │ [2020-11-09T21:17:35+0100] [ALPM-SCRIPTLET] ==> Warning, `dkms install --no-depmod -m rtl8812au -v 5.3.4 -k 5.9.6-arch1-1' returned 10
31096   │ [2020-11-09T21:17:35+0100] [ALPM-SCRIPTLET] ==> depmod 5.9.6-arch1-1

when updating the system.

Reinstalling this package from fresh helped for some reason.

b00rt00s commented on 2020-11-02 10:25

New package:

voho commented on 2020-10-31 10:51

@b00rt00s thanks, please do!

b00rt00s commented on 2020-10-29 12:37

Looks like the support for rtl8814au was moved to separate git repo:

I prepared PKGBUILD and dkms.conf:

I could create new package if no one other will.

cartesius commented on 2020-10-13 19:18

@iyanmv that commit, yes, I didn't look into it, sorry for the confusion. just built that driver version, yes, probably resolved earlier... I quickly googled for another 8812au driver and that one was the first github repo on Google :) Now removed and rtl8812au-dkms-git seems OK as well after 15 minutes of pinging. No lost/delayed packets so far.

iyanmv commented on 2020-10-13 18:42

@cartesius that commit you mentioned does not seem to make any big change. So maybe your issue was fixed in some earlier commit. This is a git PKGBUILD, so you should always get the last commit from the repo. By the way, why do you use this driver instead of rtl8812au-dkms-git?

cartesius commented on 2020-10-13 18:22

Having issues with this package with ID 2357:0103 TP-Link Archer T4UH wireless Realtek 8812AU. From time to time (5-10 times a day) local WiFi 2.4 Ghz N connection with excelent signal levels around -55 dBm shows strange lost packets and/or about 15% packets are heavily delayed (normal ping 1-3ms, problematic ping 500-1000 ms). Using latest 5.8.14 kernel, static IP, no other WiFi signal present.

Resolved (so far) using commit 280137863b08956c442ce0d3e67669ede781ee1c from:

iyanmv commented on 2020-10-05 14:09

@tigersoldier no, it should not. It has dkms as dependency, and that should be enough. It is your job to ensure that you have the right headers. Note that the linux kernel is just an optional package in base. People may have other kernels (linux-lts, linux-hardened), so why would they want to install linux-headers in their systems?

tigersoldier commented on 2020-10-05 00:11

This package should also depend on linux-headers

iyanmv commented on 2020-08-27 15:30

@capoeira I use yay which also supports that. If you install the package manually or with another helper, just be sure to run yay -Y --gendb the first time. And then you should get the upgrades when there are new commits upstream.