Arch Linux User Repository

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

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

I cannot make this work with the ASUS USB-AC56 at all. It seems to randomly disconnect and reconnect for no reason at all. I have tried it on kernel 4.8 and 4.9 [ 342.445998] RTL871X: assoc success [ 382.938960] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready [ 397.885824] IPv6: ADDRCONF(NETDEV_UP): wlp0s20u1u1: link is not ready [ 397.914982] IPv6: ADDRCONF(NETDEV_UP): wlp0s20u1u1: link is not ready [ 400.221988] RTL871X: rtw_set_802_11_connect(wlp0s20u1u1) fw_state=0x00000008 [ 400.327121] RTL871X: start auth [ 400.329991] RTL871X: auth success, start assoc [ 400.344255] RTL871X: rtw_cfg80211_indicate_connect(wlp0s20u1u1) BSS not found !! [ 400.344264] RTL871X: assoc success [ 400.344347] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s20u1u1: link becomes ready [ 462.479517] RTL871X: linked_status_chk(wlp0s20u1u1) disconnect or roaming [ 464.621752] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(181) in 2003 ms [ 464.621754] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00791000 (0x00d61010, 0x00791000) [ 466.864674] RTL871X: nolinked power save enter [ 467.335425] RTL871X: nolinked power save leave [ 469.579437] RTL871X: rtw_set_802_11_connect(wlp0s20u1u1) fw_state=0x00000008 [ 469.752283] RTL871X: start auth [ 469.755615] RTL871X: auth success, start assoc [ 469.769867] RTL871X: rtw_cfg80211_indicate_connect(wlp0s20u1u1) BSS not found !! [ 469.769877] RTL871X: assoc success [ 527.000691] RTL871X: linked_status_chk(wlp0s20u1u1) disconnect or roaming [ 529.017949] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(182) in 2010 ms [ 529.017952] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00791000 (0x00d61010, 0x00791000) [ 533.286073] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(181) in 2006 ms [ 533.286075] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00291000 (0x00d61010, 0x00291000) [ 535.528520] RTL871X: There are some pkts to transmit [ 535.528522] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 537.632542] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(181) in 2006 ms [ 537.632545] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00051000 (0x00d61010, 0x00051000) [ 539.872929] RTL871X: rtw_set_802_11_connect(wlp0s20u1u1) fw_state=0x00000008 [ 541.871757] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(181) in 2000 ms [ 541.871759] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00051000 (0x00d61010, 0x00051000) [ 544.114760] RTL871X: There are some pkts to transmit [ 544.114762] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 546.212403] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(181) in 2000 ms [ 546.212405] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00051000 (0x00d61010, 0x00051000) [ 548.454664] RTL871X: There are some pkts to transmit [ 548.454666] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 550.601286] RTL871X: There are some pkts to transmit [ 550.601288] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 550.962308] IPv6: ADDRCONF(NETDEV_UP): wlp0s20u1u1: link is not ready [ 551.000765] IPv6: ADDRCONF(NETDEV_UP): wlp0s20u1u1: link is not ready [ 553.037536] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(180) in 2000 ms [ 553.037539] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00051000 (0x00d61010, 0x00051000) [ 555.287913] RTL871X: There are some pkts to transmit [ 555.287915] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 557.427634] RTL871X: There are some pkts to transmit [ 557.427636] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 559.560853] RTL871X: There are some pkts to transmit [ 559.560855] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 561.694154] RTL871X: There are some pkts to transmit [ 561.694156] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 563.827500] RTL871X: There are some pkts to transmit [ 563.827503] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 565.960612] RTL871X: There are some pkts to transmit [ 565.960615] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 568.093835] RTL871X: There are some pkts to transmit [ 568.093837] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 570.227046] RTL871X: There are some pkts to transmit [ 570.227048] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 572.360310] RTL871X: There are some pkts to transmit [ 572.360312] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 575.941052] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)NOT empty(181) in 2003 ms [ 575.941055] RTL871X: SetHwReg8812A:(HW_VAR_CHECK_TXBUF)0x200=0x00d61010, 0x204=0x00051000 (0x00d61010, 0x00051000) [ 578.190109] RTL871X: There are some pkts to transmit [ 578.190112] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 580.253541] RTL871X: There are some pkts to transmit [ 580.253543] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 582.390076] RTL871X: There are some pkts to transmit [ 582.390078] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 584.519923] RTL871X: There are some pkts to transmit [ 584.519925] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 586.653191] RTL871X: There are some pkts to transmit [ 586.653193] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 588.786496] RTL871X: There are some pkts to transmit [ 588.786498] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 590.919737] RTL871X: There are some pkts to transmit [ 590.919739] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0 [ 593.053282] RTL871X: There are some pkts to transmit [ 593.053284] RTL871X: free_xmitbuf_cnt: 4, free_xmit_extbuf_cnt: 0

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.

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

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

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.