Package Details: rtl8821au-dkms-git 5.1.5.r59.gaf07b27-1

Git Clone URL: (read-only)
Package Base: rtl8821au-dkms-git
Description: rtl8821AU, rtl8812AU and rtl8811AU chipset driver with firmware v5.1.5
Upstream URL:
Licenses: GPL2
Conflicts: rtl8821au
Submitter: zebulon
Maintainer: zebulon
Last Packager: zebulon
Votes: 46
Popularity: 0.059125
First Submitted: 2017-09-12 06:28
Last Updated: 2018-04-03 08:35

Dependencies (3)

Required by (0)

Sources (2)

Pinned Comments

zebulon commented on 2019-10-01 06:18

To all having an issue with this driver: please try alternatively.

solstice commented on 2019-03-17 10:59

a patch to make it work for rpi and may be other ARM device:

--- PKGBUILD.old    2019-03-15 20:08:05.345042676 +0100
+++ PKGBUILD    2019-03-15 20:04:24.390294977 +0100
@@ -32,4 +32,10 @@
         sed -e "s/@_PKGBASE@/${_pkgbase}-dkms/" \
                         -e "s/@PKGVER@/${pkgver}/" \
                         -i "${pkgdir}"/usr/src/${_pkgbase}-${pkgver}/dkms.conf
+   # patch Makefile for RPI
+   sed -i '/^CONFIG_PLATFORM_I386_PC/s/y/n/' ${pkgdir}/usr/src/${_pkgbase}-${pkgver}/Makefile
+   sed -i '/^CONFIG_PLATFORM_ARM_RPI/s/n/y/' ${pkgdir}/usr/src/${_pkgbase}-${pkgver}/Makefile
+   # disable debug code with __DATE__ macro (TODO: proper fix ?)
+   sed -i '/__DATE__/s/^/\/\//' ${pkgdir}/usr/src/${_pkgbase}-${pkgver}/core/rtw_debug.c

Note: I am seeing the interface of the usb wifi key marketed as DEEPOW dongle (from amazon) changing MAC address at every boot even though I have not set up anything like that in netctl, here.

I don't know if it's a hardware problem or driver problem. However, it's the same with rtl88xxau-aircrack-dkms-git driver

Latest Comments

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

mrpanda commented on 2019-10-01 17:48

@zebulon Thanks already tried it same issue , for now I'm using different usb wifi module. If you can make the patch that will be awesome.

zebulon commented on 2019-10-01 06:18

To all having an issue with this driver: please try alternatively.

zebulon commented on 2019-10-01 06:17

It looks like all rtl88xx drivers are having problem with 5.3.1 kernel. I am looking into this to see if we need a patch to handle a kernel API change.

henno commented on 2019-10-01 06:05

@mrpanda: I can confirm I am having the same experience.

mrpanda commented on 2019-09-30 22:36

Not working with Qoltec 57010 rtl8811au hardware on 5.3.1 no installation problems , but it seems that it has no power the indicator is dead. It seems that no Aur package is working for rtl8811au on 5.3.1.

zebulon commented on 2019-04-09 07:34

@jschuster: you are right, those are not even installed, they just stay in the src tree and are not used. The problem you describe is indeed very strange. You may want to ask on the forums, or on the ip developers mailing list.

jschuster commented on 2019-04-09 02:09

@zebulon I temporarily moved those files out from my /usr/src/rtl8821au-5.1.5.r78.gecd3494 directory (where pacman says they were installed) - is that what you meant? I can't tell if there's another step where they're "installed" from here, since I would expect this directory is only used for building source code, but I can't seem to find any step beyond this.

In any case, rebooting after moving those files didn't seem to affect anything. I'm connected to the network just fine, and I don't see anything suspicious in the system logs.

zebulon commented on 2019-04-08 13:10

@jschuster: interesting. The main difference (other than the driver itself) is that I package also ifcfg-wlan0, runwpa and wlan0dhcp files. As far as I am awaree, they come from the Ubuntu world, and I am not even sure they even interfere with netctl in Arch. Could you please check what happens if you move/delete those files from your system?

jschuster commented on 2019-04-08 03:22

The aircrack-ng version does not entirely work for me (although I have a workaround). On startup, I have a netctl profile called "home" that should bring up the network, but when I use the aircrack-ng driver, it fails with "WPA association/authentication failed for interface 'wlan0'". This driver (rtl8821au-dkms-git) does not have the same problem: the netctl profile brings up the network without any problems.

In the aircrack-ng case, I can eventually get the network up and running with the following workaround, though I don't yet know why this works: 1. sudo ip link set wlan0 up 2. sudo netctl start home (step 2 fails because it sees that the interface is already up, but the workaround doesn't work without it) 3. sudo ip link set wlan0 down 4. sudo netctl start home

For some reason that sequence of commands eventually brings the network up, so my guess is that there's something that the "ip" tool is doing to initialize my adapter that the aircrack-ng driver is not.

For what it's worth, the USB ID for my adapter is 0bda:0811. The product itself is the NET-DYN AC600 USB Wi-Fi Adpater: .

I can run some tests if anyone would like more information, but unfortunately I don't have much time to investigate this myself.

zebulon commented on 2019-04-04 08:41

@HiImTye: thanks for reporting. I think I am close to deprecating this package.

@solstice: thanks for the patch. Due to the future deprecation of this package, can you please report to rtl88xxau-aircrack-dkms-git? Also, this patch would need some work to make it modular for x86_64/arm (using $CARCH detection).