Arch Linux User Repository

To all having an issue with this driver: please try these alternate packages: https://aur.archlinux.org/packages/rtw88-dkms-git or https://aur.archlinux.org/packages/rtl88xxau-aircrack-dkms-git.

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

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

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)

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).

No more kernel panics, I'm pleased.

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.

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.

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?

@Grawp: I had a look at both archives 4.3.20 and 4.3.21. I am not certain you can use 4.3.21 for the rtl8812A support. Firstly, please note the big size difference. This is because the 4.3.20 archive is much more complete, with Linux and Android drivers. The 4.3.21 archive has only Linux driver, and the folder has to be compared with a tar which is in driver directory in 4.3.20. Also, 4.3.20 has a PDF with a Changelog (ReleaseNotes.pdf). It confirms that they fixed some kernel panic in 4.3.20 (dated 31st Dec 2015), possibly the issue we have with the beta driver (dated September 2015). Finally, I compared both Makefiles in 4.3.20 and 4.3.21. Be aware that 4.3.20 activates CONFIG_RTL8812A, but not CONFIG_RTL8814A, whereas it is the contrary in the 4.3.21 archive. RTL8814A is indeed the chipset for Edimax AC1750, whereas RTL8812A is for the AC1200 device. I initially thought that maybe the difference was only in the CONFIG switches. However 4.3.20 has a sub-directory named hal/rtl8812a with files, but an empty hal/rtl8814a. Whereas in 4.3.21 it is the contrary: hal/8812a is empty, whereas hal/rtl8814a contains files. Hence, I am not sure you can use 4.3.21 archive for rtl8812A after all. It looks they have tailored both versions .20 and .21 for these specific devices, strangely. It would be better if they had a universal driver archive.

@Grawp: sounds great. Indeed, I suspect 4.3.21 being compatible with 4.3.20 (Edit: not anymore, see my post above), possibly adding the AC1750 ID. I'll look at a diff between those two. Now, 4.3.22_beta looks dated from end of 2015 and may be a development branch they never released. Looks like Edimax have improved their website, but a changelog would be great.

@zebulon I'm going to add 4.3.21 and 4.3.20 to my github repo, create the patches from scratch (and then compare them to yorkedork's) and then I'll make 4.3.21 default in the PKGBUILD if it is working with rtl8812 and rtl8821, otherwise I'll use 4.3.20 Btw. Both .20 and .21 seem to have newer date in rtw_version.h than the .22_beta