Package Details: rtl88xxau-aircrack-dkms-git r999.65174c4-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, 8814au and 8821au chipsets) with monitor mode and injection support
Upstream URL:
Keywords: 8811au 8812au 8814au 8821au aircrack dkms driver injection rtl8811au rtl8812au rtl8814au rtl8821au rtl88xx wireless
Licenses: GPL
Conflicts: rtl8812au-aircrack-dkms-git, rtl8812au-dkms-git, rtl8812au-inject-dkms-git, rtl8814au-dkms-git, rtl8821au-dkms-git
Replaces: rtl8812au-aircrack-dkms-git
Submitter: iyanmv
Maintainer: iyanmv
Last Packager: iyanmv
Votes: 28
Popularity: 1.32
First Submitted: 2019-01-29 20:43
Last Updated: 2020-01-10 15:57

Dependencies (2)

Required by (0)

Sources (2)

Pinned Comments

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

1 2 3 4 5 6 ... Next › Last »

solstice commented on 2020-07-09 09:05

You can make it build on arm (at least rpis) by patching the Makefile.

I suggest changing the PKGBUILD by adding a prepare() function like:

prepare() {
        if [[ $CARCH =~ ^arm ]] ;then
                cd ${srcdir}/${_pkgbase}
                sed -i 's/CONFIG_PLATFORM_I386_PC = y/CONFIG_PLATFORM_I386_PC = n/g' Makefile
                sed -i 's/CONFIG_PLATFORM_ARM_RPI = n/CONFIG_PLATFORM_ARM_RPI = y/g' Makefile

cardinal commented on 2020-07-05 14:26

since i dont have much experience, but cant make this to compile with 5.8 kernel

abgeranzt commented on 2020-05-24 04:11

After having the driver from rtl8812au-dkms-git break with a system upgrade, I switched to this one and it works flawlessly without having to fiddle around with it.

iyanmv commented on 2020-04-17 12:49

@direc85 this is a git package as you can see from the name of the package, so according to AUR guidelines "AUR maintainers should not commit mere pkgver bumps".

You are responsible to update whenever you want. Notice that the PKGBUILD will always try to use the last commit from upstream so you just need to call makepkg. Or you can also use a helper, that's also your choice.

direc85 commented on 2020-04-16 17:52

If DKMS can't compile the driver for kernel 5.6 and 5.7, just install the package again on (top of itself). I was debugging my rig with cats and dogs, but installing the package updated it from r1038.945d6ed to r1059.8b29c11 which did the trick. (And as of writing this, the package version listed on the top of this page is r999.65174c4 to confuse me even more ;)

mokkurkalve commented on 2020-03-09 01:11

With commit

the workaround for iwd are no longer needed.

mokkurkalve commented on 2020-02-15 12:33

yshui's advice seem to have solved my long standing problem. :-)

yshui commented on 2020-02-14 18:20

For people who uses iwd and is experiencing problems with hangs after loading the module, you can try adding this to /etc/iwd/main.conf


k96hkh commented on 2020-02-06 12:15

@iyanmv, thanks for reply and yes indeed tricky. You inspired me to read some more and for anyone interested here are a few thoughts. I turns out its not more interfaces I should be looking for. Reading about IEEE 802.11ac at Wikipedia it seems like a adapter marked with AC1200 should be able to use 2.4+5GHz at the same time under the right circumstances. Reading about the rtl8812au chip on realtek homepage it seems the chip should be able to be used in 802.11ac/abgn or 802.11ac 2x2 combination. But how to configure it is a mystery and probably has more to do with how the AP is set-up. I'll see if I can find a good forum for hostapd and see if anyone there knows more.

Again, thanks and may the arch force be with you!

PS. I already have two USB adapters, one dedicated for 2.4 and one for 5 GHz APs, this is just because I'm curious and what to understand how stuff works. Now I'm also curious about aircracking so I'll dig more into that :)

iyanmv commented on 2020-02-02 23:10

@k96hkh this is a tricky question. To be honest, I do not know if this driver would work even in the case that your chipset supports that. But you can give it a try and figure it out. First, I would be sure that your device can simultaneously use both bands at the same time. iw list can help you find that out. Having two antennas doesn't mean that it can use both bands at the same time. Normally you can create as many software monitor interfaces as you want (iw dev YOUR_CHIPSET interface add NAME_MONITOR_INTERFACE type monitor), although with this driver I have issues with this thing, but they will compete for the resources, meaning that if you, for example use airodump-ng simultaneously with both interfaces on different channels, it will not work as you expected. There are some chipsets that support that though, but I guess you will have some lines in the "interface combinations" section when you run iw list.

What I usually do when I want to scan both 2.4 and 5 GHz bands is select the specific channels and let airodump-ng hop from one to another. It works quite good. For example, airodump-ng -WMU wlp0s20u1 -c 1,6,11,36,44