Package Details: rtl8821au-dkms-git 5.8.2.3.r75.ga02117b-1

Git Clone URL: https://aur.archlinux.org/rtl8821au-dkms-git.git (read-only, click to copy)
Package Base: rtl8821au-dkms-git
Description: rtl8821AU and rtl8811AU chipset driver with firmware v5.8.2.3
Upstream URL: https://github.com/morrownr/8821au
Licenses: GPL2
Conflicts: 8821au
Submitter: zebulon
Maintainer: zebulon
Last Packager: zebulon
Votes: 46
Popularity: 0.62
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 https://aur.archlinux.org/packages/rtl88xxau-aircrack-dkms-git 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 ... 4 5 6 7 8 9 10 11 12 13 Next › Last »

Magotchi commented on 2017-02-03 16:39

In case anyone else has problems with their ASUS USB-AC56, it doesn't seem to support 5 GHz channels 52, 56, 60, and 64. At first I thought it was a driver regdomain problem, but I can't get it to work with those channels even on Windows with the latest driver from the ASUS website.

zebulon commented on 2016-10-21 12:36

@Grawp: many thanks for merging the patch. Now compiles for 4.8 and works fine.

Terence commented on 2016-10-18 05:55

@HotblackDesiato kernel >= 4.8 is no more compatible with the current driver version but pull requests to bring it back are awaiting to be validated.

HotblackDesiato commented on 2016-10-18 03:03

kernel 4.8.2:

'make' KVER=4.8.2...............................(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.8.2 (i686)
Consult /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/make.log for more information.

error in ioctl_cfg80211.c:2028:49: cfg80211_scan_done: incompatible type for argument 2: cfg80211_scan_done(pwdev_priv->scan_request, aborted);

Here is the full log (sorry for German locale):

/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/os_dep/linux/ioctl_cfg80211.c: In Funktion »rtw_cfg80
211_indicate_scan_done«:
/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/os_dep/linux/ioctl_cfg80211.c:2028:49: Fehler: Inkompatibler Typ für Argument 2 von »cfg80211_scan_done«
cfg80211_scan_done(pwdev_priv->scan_request, aborted);
^~~~~~~
In file included from /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/include/osdep_service_linux.h:8
7:0,
from /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/include/osdep_service.h:41,
from /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/include/drv_types.h:32,
from /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/os_dep/linux/ioctl_cfg80211.c:2
2:
./include/net/cfg80211.h:4113:6: Anmerkung: »struct cfg80211_scan_info *« erwartet, aber Argument hat Typ »bool
{aka _Bool}«
void cfg80211_scan_done(struct cfg80211_scan_request *request,
^~~~~~~~~~~~~~~~~~
make[2]: *** [scripts/Makefile.build:290: /var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build/os_dep/linu
x/ioctl_cfg80211.o] Fehler 1
make[1]: *** [Makefile:1471: _module_/var/lib/dkms/rtl8812au_rtl8821au/4.3.20.r13.9c5b297/build] Fehler 2
make[1]: Verzeichnis „/usr/src/linux-4.8.2“ wird verlassen
make: *** [Makefile:1670: modules] Fehler 2

Mayzie commented on 2016-10-17 03:59

I recently upgraded my kernel to 4.7, and now the driver is quite unstable - it is constantly disconnecting from WiFi, and unable to reconnect, unless I unplug and replug the USB in. Kernel 4.6 was working perfectly fine.

(Using RTL8812AU - DWA-182)

HotblackDesiato commented on 2016-10-11 04:33

The module can no longer be loaded under kernel 4.7.x. Here is the relevant part of dmesg:

[ 21.770424] 8812au: Unknown symbol __cfg80211_alloc_reply_skb (err 0)
[ 21.770480] 8812au: Unknown symbol kill_pid (err 0)
[ 21.770540] 8812au: Unknown symbol cfg80211_vendor_cmd_reply (err 0)
[ 21.770601] 8812au: Unknown symbol find_vpid (err 0)

No problems in kernel 4.5.2:

[ 10.544626] RTL871X: rtl8812au v4.3.20_16317.20160108
[ 10.940126] usbcore: registered new interface driver rtl8812au
[ 10.946843] rtl8812au 5-4:1.0 wlp0s29f7u4: renamed from wlan0

Likewise with kernel 4.6.0:

[ 18.589821] RTL871X: rtl8812au v4.3.20_16317.20160108
[ 18.952192] usbcore: registered new interface driver rtl8812au
[ 19.011550] rtl8812au 5-4:1.0 wlp0s29f7u4: renamed from wlan0

This is on my IBM X41 notebook (Arch GNU/Linux x86).

rudzha commented on 2016-09-21 20:14

No more kernel panics, I'm pleased.

zebulon commented on 2016-09-13 13:00

I have tested it, so far it works very well. Performance is much better on my setup. After prolonged usage the LED light may stop (or after recovering from sleep, sometimes) but this does not affect its usage.

zebulon commented on 2016-09-12 07:50

Isn't that the case for a manual building of the package with makepkg -i? pacman would not update either. One way is to uninstall the old one, and reinstall the new.

Anonymous comment on 2016-09-11 22:18

I've added 4.3.20 to my github repo but yaourt or aura won't update it automatically if you have 4.3.22_beta installed.
I guess this is an use-case for the "epoch" variable?