Package Details: rtl8821au-dkms-git

Git Clone URL: (read-only, click to copy)
Package Base: rtl8821au-dkms-git
Description: rtl8821AU and rtl8811AU chipset driver with firmware v5.8.2.3
Upstream URL:
Licenses: GPL2
Conflicts: 8821au
Submitter: zebulon
Maintainer: zebulon
Last Packager: zebulon
Votes: 46
Popularity: 0.59
First Submitted: 2017-09-12 06:28
Last Updated: 2021-06-09 20:38

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

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

zebulon commented on 2017-09-14 19:55

I have just pushed a new revision with missing makedepends. Thanks to all for reporting the issue.

zebulon commented on 2017-09-14 12:01

@Koonboi: you are right, rtl8812au_8821au_linux-dkms-git is the last one of the original rtl88xxau AURs to be patched for kernel v4.12. The Realtek driver is ancient though (4.3.14), even older than the latest of the 4.3 series. So unless there is a very good reason to keep it (and then it should be renamed to be consistent with the current naming), it is better to switch to 5.1.5 for rtl8821au.

Svenstaro commented on 2017-09-13 10:34

I merged other packages into this one.

Twinklebreeze commented on 2017-09-13 07:31

This is another package that has been more recently updated, and compiles still.

zebulon commented on 2017-09-05 20:38

To 8821au owners: latest driver version is 5.1.5, whereas it has been updated to 5.2.9 for 8812au. Unfortunately Realtek do not (always) provide unified drivers for their chipsets, hence the new 5.2.9 driver misses the HAL code for 8821au. Therefore I have created this AUR package, which provides the 5.1.5 driver. Note that this driver also works for 8812au users, but it is advised to use the 5.2.9 available here:

Note also that although I can test compilation, I cannot guarantee it will always work and be properly updated due to the fact I do not own a 8821au chipset-based adapter.

tramapoline commented on 2017-08-02 09:21

Wworks for my arch t4uh :). Would be worth looking into getting this in the AUR maybe...

Twinklebreeze commented on 2017-07-31 23:07

I might have a look into that. Hopefully this one recognizes my adapter.

Throne3d commented on 2017-07-31 20:32

It looks like there's a more actively updated git repo (not an AUR package) here:

This might have already been found but if so I'm not sure anyone's properly mentioned it. (There's a comment mentioning the repo but only briefly.) It states it's based off the "4.3.14" version of the driver, so it might be missing some things, but the last update to the repo was about 15 hours ago as of this reply.

Twinklebreeze commented on 2017-07-31 17:28

I wish I knew more about driver development. I think this project needs forked and actively maintained. I switched to lts, but that only delays the inevitable.

tramapoline commented on 2017-07-30 12:25

Kernel 4.12.3-1 broke this for me -
I #include-ed linux/signal.h and linux/sched/signal.h in osdep_service.h, and applied the 4.11.x patch, but that still hasn't worked, and there looks to be something seriously wrong.

can anyone help / is anyone working on this?