Package Details: rtl8821au-dkms-git 5.12.5.2.r148.g0bfe654-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.12.5.2
Upstream URL: https://github.com/morrownr/8821au-20210708
Licenses: GPL2
Conflicts: 8821au
Submitter: zebulon
Maintainer: zebulon
Last Packager: zebulon
Votes: 48
Popularity: 0.58
First Submitted: 2017-09-12 06:28 (UTC)
Last Updated: 2022-09-02 13:23 (UTC)

Dependencies (3)

Required by (0)

Sources (2)

Pinned Comments

zebulon commented on 2019-10-01 06:18 (UTC)

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

solsticedhiver commented on 2019-03-17 10:59 (UTC) (edited on 2019-03-17 21:10 (UTC) by solsticedhiver)

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 1 .. 5 6 7 8 9 10 11 12 13 14 15 Next › Last »

b0n commented on 2017-02-28 01:05 (UTC)

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

Magotchi commented on 2017-02-03 16:39 (UTC) (edited on 2017-02-04 17:12 (UTC) by Magotchi)

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 (UTC)

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

Terence commented on 2016-10-18 05:55 (UTC)

@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 (UTC) (edited on 2016-10-18 03:06 (UTC) by HotblackDesiato)

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 (UTC) (edited on 2016-10-17 04:00 (UTC) by Mayzie)

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 (UTC) (edited on 2016-10-15 05:56 (UTC) by HotblackDesiato)

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 (UTC)

No more kernel panics, I'm pleased.